The list below shows ten of the most common mistakes that young or inexperienced project managers make. Obviously there are more than ten mistakes, and many of these may be unique to specific industries. However, the list is a good starting point for understanding why many project managers get into trouble because of their own doing.
MISTAKE #1: Too Much Detail
Inexperienced project managers tend to become enamored with work breakdown structures. One newly appointed project manager asked me to review his WBS for an IT project. The thirty-day project had 340 work packages and some of the work packages were broken down into minutes rather than hours or days.
While the PM was proud of his accomplishment in the creation of a “micro-level” WBS, he neglected to consider the amount of time and effort required by the team to manage at that level of detail. The cost involved to establish possibly 340 charge numbers and track them accordingly could easily increase the management support cost of the project by fifty percent or more.
Project managers must establish an appropriate WBS level from which to manage. Creating a highly detailed WBS is an invitation to micromanage a project, thus alienating functional managers. Most project managers today do not possess the technical expertise to create such a detailed WBS without functional assistance. Just picture yourself attending the kickoff meeting for a thirty-day project and being handed a WBS with 340 work packages.
MISTAKE #2: Pretending to Know More than You Actually Do
For the most part, project managers today possess an understanding of technology rather than a command of technology, yet persist in trying to make technical decisions on the project. This usually infuriates line managers to the show him who’s boss.
The size and complexity of today’s projects should make it clear to project managers that they must rely heavily upon the assigned subject matter experts and functional leads for technical direction and support. On some projects, such as in R & D, project manager assignments may be dictated by a requirement for a command of technology rather than just an understanding, but this is an exception rather than the rule. Good project managers know their limitations and never try to dictate a solution without first consulting with the true experts.
MISTAKE #3: Preparing an Ambitious Schedule
The more inexperienced the project manager, the more optimistic he or she becomes when preparing the schedule baseline. While ambitious schedules are nice to have, they are often unrealistic and can make matters worse. Customers are never told that the schedule is ambitious and therefore believe the schedule is realistic. The customers then focus on the milestone dates and now, when the milestones slip from ambitious to reality, you have an unhappy customer who wonders what other surprises will show up next.
Another factor to consider is the impact on the functional estimates. Ambitious schedules may require team members to perform at a higher position on the learning curve thus changing the functional standards. Functional managers may not want their estimates and standards to be changes. Also, ambitious schedules may require the company’s best functional workers to be assigned to the project and this may be unrealistic.
MISTAKE #4: Over reliance on Repeatable Processes
Companies may spend years creating an enterprise project management (EPM) methodology. The intent is that the methodology will be used on all projects for all customers and from cradle to grave. While the intent has merit, EPM methodologies do not account for every possible problem that can exist on every project. Having blind faith in the expectation that repeatable processes will solve your problems is a mistake. Repeatable processes appear in the form of guidelines, forms, templates and checklists. Repeatable processes are NOT a replacement or substitute for management attention, effective decision-making, or problem-solving. They are simply tools for the PM to use, and as we all know, projects are managed by people rather than tools.
MISTAKE #5: Ignoring Problems
All projects have problems. Inexperienced project managers believe that sufficient time exists to solve these problems only to discover that the costs of correcting these problems later on in the project life cycle was significantly more expensive than making the repairs in the earlier stages of the project.
Project managers cannot be selective in which problems to solve. All project problems must be addressed, and the sooner the better. While it is true that project managers may not be able to solve the problems themselves, they should at least know what subject matter experts they need to address the issues.
MISTAKE #6: Failing to Share Accountability with Functional Managers
In the early years of project management, project managers possessed a command of technology. During staffing activities, project managers negotiated for specific resources which were then placed under the technical direction of the PM rather than the functional manager. The functional manager still retained administrative control over the resources. Today, project managers have just an understanding of technology and therefore negotiate with functional managers for deliverables rather than people.
When negotiating for deliverables, the functional resources still remain under the direct supervision and control of the functional manager. Under this scenario, the functional managers must be willing to share responsibility for the success with the project manager.
Inexperienced project managers believe that they have single person accountability and responsibility for the project’s success. It is a mistake for the project manager not to share this responsibility with the functional managers. Sometimes, executive support is necessary to enforce this shared accountability because it might not be part of the corporate culture.
MISTAKE #7: Gold-plating the Deliverables
Most project managers want to placate the customer. However, there are limits as to how far the project manager should go. Gold-plating the deliverables after the scope has been agreed to can be very costly. In addition, the customer might be led to believe that they can get these gold-plated “add-ons” for free on future projects because the new standard had been set.
MISTAKE #8: Failing to Understand What Stakeholders and Sponsors Want to Hear
One of the requirements to pass the PMP® exam is an understanding of Cost Management and more specifically, the formulas attributed to earned value measurement. Although there is obviously merit in this, earned value measurement is only part of what stakeholders and sponsors want to hear. It is imperative that, as part of stakeholder management, project managers interview the stakeholders to learn what information they deem as important.
Every stakeholder may want a different set of tracking metrics or key performance indicators (KPI). The project manager may then find it necessary to develop a different performance dashboard for each stakeholder. This could incur significant costs if not planned for in the budget.
MISTAKE #9: Not Fully Understanding Requirements
The more inexperienced the project manager, the greater the likelihood the project manager will use his/her interpretation of the requirements rather than consulting with the subject matter experts. This can lead to misdirection in the technical approach and expensive changes in the later stages of the project.
There are underlying issues that can create this problem, the most prevalent one being the timing of when to bring the project manager on board. The 4th edition of the PMBOK® Guide discusses understanding stakeholder requirements. Oftentimes, it is not the project manager that directly interfaces with the stakeholders initially but more so sales and marketing personnel that may be required to prepare a proposal as part of competitive bidding. The project manager then inherits the requirements and may not be fully aware of the assumptions that went into the preparation of the proposal.
MISTAKE #10: Refusing to Ask for Help
One of the most common mistakes made by inexperienced project managers is the belief that asking for help will make them seem incompetent in the eyes of their peers and management. Nothing could be further from the truth. Good project managers know their limitations and always see out help at the earliest possible time.
Refusing to seek out help can result in schedule slippages, and cost overruns. If the project manager delays too long in seeking help, the number of options to correct the problem can diminish. Sponsors should encourage project managers to ask for help at the earliest possible time, but not to expect the sponsor to be the dumping ground for all problems that the project manager cannot resolve.