Feeds:
Posts
Comments

Posts Tagged ‘project’

Do you ever feel that many Executives do not fully understand what Project Managers do?  They think the Project Manager and the Resource Manager have the same skill set?  Granted, that some characteristics of these jobs do overlap.  Both require good communication skills, the ability to build relationships in the organization, and the know-how to get things done.  But there are also some very distinct differences.  Resource Managers, by definition, manage the resources directly.  The resources work for them and as their boss, control their day-to-day activities.  Project Managers must try to manage a body of work with resources that do not work for them and have no control over their priorities.  This brings us to another difference, priorities.  The Project Manager’s (PM) main objective is to get the scope of the project completed within the timeline expected without compromising quality.  This objective is very defined and becomes their number one priority.  The PM gets rewarded for moving fast and checking things off the list.  The Resource Manager’s (RM) objective is much different.  Since they often own the support of a product once it is implemented, this project adds work onto their already busy plate.  Some RM’s may even resist a projects progress because of this fact.  At the very least, they want to ensure that the product is stable and supportable.  After all, it is their team that will be up in the middle of the night supporting a problem application after the PM has moved onto another project.  The RM is motivated by quality and this project may not be a top priority because their priorities change daily.  They are also managing support problems and maintenance tasks.  So there you have it, the PM focusing on schedule, the RM focusing on quality.  The PM must drive things forward with a single purpose, plan for every possible risk, and methodically overcome obstacles as they arise.  The RM must juggle constant issues that arise, react to the changing direction of the products they support, and respond to staffing problems like turnover and sick time.  These are very different jobs that require different backgrounds and skill sets.  To lump them together is an insult to both.  All levels of an organization need to be educated as to the nature of Project Management and what the job entails.  Only then can they give the PM’s the support they need to be successful.

Advertisements

Read Full Post »

Our company implemented Microsoft Project Server 2003 a few years ago and last year, upgraded to 2007.  The tool is well suited for managing projects, which is why the Project Client is the industry standard for PM’s.  The Project Server gives you a centralized view of all projects, essentially a Portfolio View.  It also gives you the ability to view most data through the Sharepoint interface without requiring the expensive client (for non-Project Managers).  In addition to these benefits, we targeted our biggest pain point, the problem of capacity management.   Assuming all your resources are in the system, the data for managing capacity already exists, there is just not a good way to manage from it.  To address this, we built some custom reports that pull data directly from the SQL Server database.  In these reports, we can view all tasks for a specific employee, overdue tasks, and a chart that displays the next six weeks of workload across all projects and resources.  To account for the non-project work that we were competing with, we created a maintenance and support project schedule to block time needed for these activities.  We also created an administration schedule to track folks that are out of the office for vacation and training.  Adding these schedules gave us the total picture of resource capacity.  The system works rather well.  The PM’s now meet weekly with all the Resource Managers weekly and we look at all resources over capacity and negotiate.  We also talk about overdue tasks and how to address them.  This method does require that all PM’s manage their plans daily to keep the data accurate, but the benefit to the organization has been tremendous.

Read Full Post »

Do you ever come to the conclusion that Project Management is not taken serious in the corporate IT world? I see many IT projects that have PM’s assigned, but they are not trained as Project Managers, nor do they have a background in project management. In these cases, they are usually Development Managers or Business Analysts who are given the responsibility of managing a project. It’s almost treated like project management and staff management are the same skillset. I don’t blame these managers. They usually have full time jobs andpmjuggle1 are expected to manage the project (or projects) off the side of their desks. It’s somewhat demeaning to the profession. It’s like an unwritten fact that Project Management is not difficult. From what I have seen, they do not aspire to be PM’s, or even want to learn how. I suppose someone has to do it and there are no PM’s on staff in the group, so the Dev Manager is elected. I think it comes down to the culture of most companies not truly understanding the value of a good Project Manager. PM’s are not just note takers, paper pushers, or administrators. In fact, a good PM can make the difference in a project being successful or not. As an industry, IT is still pretty new and could take some lessons from the construction industry. I have heard the argument about whether project management is a skillset or a profession. I think it is both. The professionals who take it seriously and truly learn the craft often become invaluable. The ones who just do it because they are told to, will get by I suppose.

Read Full Post »