Whether you’re in charge of developing a website, designing a car, moving a department to a new facility, updating an information system, or just about any other project (large or small), you’ll go through the same four phases of project management: planning, build-up, implementation, and closeout. Even though the phases have distinct qualities, they overlap.
Here’s an overview of each phase and the activities involved.
Planning: How to Map Out a Project
Planning is really about defining fundamentals: what problem needs solving, who will be involved, and what will be done.
Determine the real problem to solve
Say the CIO at your company has asked you, an IT manager, to develop a new database and data entry system. You may be eager to jump right into the project to tackle problems you have struggled with firsthand. But will that solve the company’s problem? To increase the project’s chances of success, you must look beyond the symptoms you have observed. Before designing the database, you should ask what type of data is required, what will be done with it, how soon a fix is needed, and so on. If you don’t, you’ll run the risk of wasting time and money by creating a solution that is too simplistic, too complicated, or too late—or one that doesn’t do what users need it to do.
Identify the stakeholders
The real problem will become even clearer once you figure out who all your stakeholders are—that is, which functions or people might be affected by the project’s activities or outcomes, who will contribute resources (people, space, time, tools, and money), and who will use and benefit from the project’s output. Have them sign off on what they expect at the end of the project and what they are willing to contribute to it. And if the stakeholders change midstream, be prepared not only to respond to the new players but also to include all the others in any decision to redirect the project.
Define project objectives
One of your most challenging planning tasks is to meld stakeholders’ various expectations into a coherent and manageable set of goals. The project’s success will be measured by how well you meet those goals. The more explicitly you state them at the outset, the less disagreement you will face later about whether you have met expectations.
Determine scope, resources, and major tasks
Many projects fail either because they bite off more than they can chew and thus grossly underestimate time and money or because a significant part of the work has been overlooked. One tool that can help you avoid these problems is the Work Breakdown Structure (WBS), which aids in the process of determining scope and tasks and developing estimates:
- Ask, “What will have to be done in order to accomplish X?”
- Continue to ask this question until your answer is broken down into tasks that cannot be subdivided further.
- Estimate how long it will take to complete these tasks and how much they will cost in terms of dollars and person-hours.
Prepare for trade-offs
Time, cost, and quality are the three related variables that typically dictate what you can achieve.
Quality = Time + Cost
If your time frame for developing a new database management system is suddenly cut in half, for instance, you will need to either employ twice the number of people or be satisfied with a system that isn’t as robust as originally planned. The key is to establish a level of quality that meets your stakeholders’ needs. Knowing from the start which variable is most important to each stakeholder will help you make the right changes along the way. It’s your responsibility to keep every one informed of any tweaks and tell them what the consequences will be in terms of time, cost, and quality.
Build-Up: How to Get the Project Going
In the build-up phase, you bring your team together. Time estimates become schedules. Cost estimates become budgets. You gather your resources. You get commitments, and you make them.
Assemble your team
Your first task in this phase is to assess the skills needed for the project so you can get the right people on board. This assessment flows directly from the WBS you did during the planning phase. You may need to bring in people who have certain skills. Don’t forget to budget time and money for training to cover any gaps you can’t fill with people who are already up to speed.
If you’ve built your own team, you’ve probably already decided who will do what. List the people on the team, list the skills required, and talk to each team member about her own skill set before you match people to tasks.
Create the schedule
It would be nice if you could tally up the to-dos and say, “With the resources we have, we will need this much time”—and then get exactly what you’ve asked for. But the reality is, most projects come with fixed beginning and end dates, regardless of available resources.
To create a realistic schedule within those constraints, work backward from any drop-dead deadlines you know about—that is, dates that cannot be changed—to see when your deliverables must be ready. For instance, if an annual report is due for a shareholder’s meeting and you know it takes the printer two weeks, then all the final art and copy for the report must be ready to go to the printer two weeks before the meeting.
Hold a kickoff meeting
As soon as you’ve chosen your players and set the schedule, bring everyone together for a kickoff meeting. Go over the project’s plan and objectives with the group in as much detail as possible, and review the proposed time frame. Be sure to clarify roles and responsibilities. Encourage people to point out spots where problems may occur and where improvements could be made. Take all suggestions seriously—especially in areas where the team members have more experience than you do—and adjust your estimates and activities accordingly.
Develop a budget
The first question to ask when developing a budget is, “What will it take to actually do the work?” To determine your costs, break down the project into the following categories: personnel, travel, training, supplies, space, research, capital expenditures, and overhead. A budget, no matter how carefully planned, is just your best guess. Expect actual numbers to deviate from original estimates, and stay as flexible as possible within your limitations of time, quality demands, and total money available.
Implementation: How to Execute the Project
It’s time to put the plan into action. The implementation phase is often the most gratifying, because work actually gets done, but it can also be the most frustrating. The details can be tedious and, at times, overwhelming.
Monitor and control process and budget
Whether you have a formal project control system in place or you do your own regular check-ups, try to maintain a big-picture perspective so that you don’t become engulfed by details and petty problems. Project-monitoring software systems can help you measure your progress. Respond quickly to changes in data or information as they come in, and look for early signs of problems so you can initiate corrective action. Otherwise, all you are doing is monitoring, not exercising control. Make it clear to your team that your responses to problems that arise won’t do any good if you don’t receive timely information. Watch the real numbers as they roll in to ensure that they are matching the budgeted amounts. Be ready to explain why extra costs are unavoidable.
Stakeholders will generally want regular updates and status reports. Consult with them to see how much information they’d like and in what format. Don’t hide or downplay problems as they come up, or you can easily transform them into crises.
Hold weekly team meetings
Set clear agendas for your meetings. Try structuring them around production numbers, revenue goals, or whatever other metrics you’ve chosen to gauge performance. Many of your agenda items will naturally stem from targets the project has missed, met, or exceeded
Keep the momentum going by following up each week on any to-dos and connecting them with the metrics for overall performance. Also, celebrate small successes along the way—that will rekindle the team’s enthusiasm as you make progress toward your larger objectives.
The most common are: time slippage, scope creep, quality issues, and people problems. Pay attention to small signs of emerging problems, such as a team member’s increased tension and irritability, loss of enthusiasm, or inability to make decisions. When you see signs like these, get to the heart of the problem quickly and deal with it. Don’t let it grow from a small irritant into a disaster.
Closeout: How to Handle End Matters
Though some projects feel endless, they all, eventually, come to a close. How do you, as project manager, know when to make that happen? And how do you go about it?
Evaluate project performance
Before closing out your project, your team needs to meet its goals (or determine, along with key stakeholders, that those goals no longer apply). Compare your progress with the scope everyone agreed on at the beginning. That will tell you how well the project has performed—and if there’s still work to do. When you discuss your findings with your stakeholders, make sure you reach consensus with them on how “finished” the project is.
Close the project
If all has gone as planned with your project, then it’s time for celebration. Even if, as is more likely, there are some rough spots along the way—the project takes longer than expected, the result is less than hoped for, or the costs overtake your estimates—it’s still important to recognize the team’s efforts and accomplishments.
Debrief with the team
No matter what the outcome, make sure you have scheduled a post-evaluation—time to debrief and document the process so that the full benefits of lessons learned can be shared. The post-evaluation is an opportunity for discovery, not for criticism and blame. Team members who fear they’ll be punished for past problems may try to hide them rather than help find better ways of handling them in the future.
By Harvard Business Revier Staff. (2016, November 11)
Comments are closed.