âSay, âWeâll Take a Look at Itââ
Far too many projects take much longer than anticipated, but they donât have to end up late. Projects you plan and execute systematically can come in on time or even ahead of schedule, within budget and at top quality. âFast projectsâ are eminently doable if you refuse â from the start â to accept any stipulation (time, personnel, budget or some wild card) until you check every detail. That sounds simple, but many project managers blithely accept whatever demands project sponsors request and later repent amid great expense and delay.
âIf youâre the project manager, you must do anything necessary to ensure that each and every job gets done.â
Beware of the typical sponsor who tries to hand a project to you while saying something like, âWe donât know much about this project, but it has to be done by this date...with the team youâve got, and the budget is fixed.â Such a statement is utterly unrealistic. Who else operates that way? Your auto mechanic would never agree to fix your car by an arbitrary date, for an arbitrary cost, without looking under the hood. Donât let any project sponsor shove a project and its specs down your throat. Failure to check the details carefully before starting is a recipe for project disaster.
âThe Goal of Your Projectâ
To speed up a project, you have to know what it must accomplish. To uncover a projectâs goals, ask, âWhat event marks the end of this project?â Then list all the stakeholders and their âwin-conditionsâ â the results they desire. Identify the projectâs âend point,â the date when it will meet all these various win-conditions, as far as you can predict. Additionally, list all the projectâs components. Every part of the project should be on your list. Anything missing is not part of the project. Differentiate between âhave-to-haveâ and ânice-to-haveâ components. The list of haves is the project boundary that enables you to plan. Without such a list, youâre shooting in the dark. Thoroughly define the project based on exactly what the stakeholders want. If you donât ascertain their wishes carefully, youâll end up with unhappy stakeholders, and that means an unsuccessful project. Before you start, nail down a composite set of win-conditions that all stakeholders accept.
âFiguring Out What Work Has to Be Doneâ
A project is a collection of jobs completed in sequence. Work with the members of your project team to list all the jobs a project will require; donât try to do this alone. As your team identifies the main jobs, break them down into component tasks. Describe each job in increments of one to five daysâ length or one to five âperson-days of work.â If you lack some data, make an estimate based on reasonable assumptions. Using the job list, create a âwork breakdown structureâ (WBS). This vital calculation lets you establish the jobâs parameters, including budget, assignments and schedules. Detail each specific job and any adjunct tasks it requires, and gauge each undertakingâs allotted work and time. Microsoft Project lets you portray your project graphically, but you may prefer a whiteboard or a flipchart. Use the simplest tool that works for you.
âNobody ever said that being a project manager was a popularity contest.â
Refer to your experience on previous assignments as you calculate the current jobâs requirements. The more detailed information you have, the more accurately you can estimate. Measure work in person-hours or person-days. Sequence every step. Project management time should account for 10% of your total WBS, so if the project requires 500 person-days, project management will require 50 person-days. To speed up your project, further define the daily work breakdown for each job instead of using increments of up to five days. A âday-by-day, person-by-person planâ gives you maximum control and project definition.
âGetting People to Do the Workâ
Projects involve supply (funds, people, resources) and demand (time, budget, quality). To rush a project, keep a healthy balance between supply and demand. The right people are a pivotal resource for any project. List all the workers your project needs by name, and make sure they are available. Designate each specific person you want, and fill out that individualâs âdance card,â a chart showing his or her available dates during the span of the project. Failing to use dance cards is asking for trouble. You donât want to learn after staffing and starting your project that Martin will be out of town for two weeks in June, or that Mary is due for 10 days of vacation.
âMany project managers make the mistake of thinking that because theyâve made commitments, these commitments must hold in all circumstances.â
Try to hire superstars who love their jobs and have the appropriate capabilities and experience. The worst staffers are loose cannons who canât handle the work. Of course, managing excellent employees is easier than managing substandard ones, so put the best people available on your team.
âMaking the Plan Bulletproofâ
Always expect the unexpected. Surprises are a constant on every project, and theyâre not fun. To allow for unexpected events, conduct a risk analysis. Identify any potential problem areas in the project to see if you can eliminate them, mitigate them or, at least, plan for them as best as you can. To carry out your risk analysis, grade each risk you can identify according to how likely it is to happen: Three denotes a high risk of occurring, two is medium and one is low. Then grade each risk according to its potential negative impact using a similar three-two-one scale, from the most harmful to the least. Multiply each riskâs two scores; for example, three times three is nine â the worst score. Consider how to reduce each risk and how to identify its warning signs.
âThe more contingency you have in the plan, the greater the likelihood that the commitments you make to stakeholders will come true.â
Add a contingency allotment of 10% to 15% above your total planned work hours before you commit to a deadline. Without this, any change will put you in a hole. To climb out, youâll need to generate more resources or keep your people on duty longer. It still might not work. To give yourself a buffer, add contingency hours that extend your end date.
âSelling the Planâ
Now that you have fully developed your project plan, you must explain it and sell it to the projectâs stakeholders to secure the buy-in you need. When you detail everything in advance, your stakeholders see what they should expect from the project and what you expect from them to ensure its success. Your job goes beyond managing the project; you also must manage stakeholdersâ expectations. Keeping them happy is your best path to a successful project.
âThere is always a price associated with every change of mind.â
The communication and selling process is crucial on any project, and it is vital for one you want to hasten. Misunderstandings can slow a project. Fully communicate with any stakeholders who could interfere with the projectâs progress. Before you start the project, explain everything in two meetings. First, meet with your senior executives and other âexternal stakeholders.â Then meet with your project team. Distribute the plan at each session. Discuss the big picture and then go into all the necessary details. Show your contingencies and risk analysis. Answer any questions.
âWhat to Do If the Project Is Impossibleâ
Stakeholdersâ unreasonable demands can set projects up for failure. Added baggage can wreck your schedule and undermine your goals. A sound project plan is the best way to deal with potentially impossible projects. The plan should detail the projectâs steps, timeline and specific jobs. It should cover quality issues, budget and necessary resources. With a good plan as your logical guide, you will see if your project is becoming impossible. If so, move to cut back on the projectâs scope and concentrate only on the have-to-have items.
âProject management is about predicting the future.â
When your goal is to transform the impossible into the possible, see if you can change any of the projectâs conditions, specs or parameters. Examine the completion dates to see if, perhaps, you can buy more time. If a deadline falls on a Saturday or Sunday, or on a date during the extended Christmas holiday period, it may be changeable. Ask if the stakeholders built contingencies into their requested time frame; if so, perhaps you can finish the project a few weeks later than you initially planned and still wrap up within their deadline. Adding people to an impossible project may be self-defeating, though it could help if you can quickly plug in seasoned experts who can contribute immediately. Given impossible parameters, try to reduce your quality assurance requirements or to shorten the process for obtaining sponsor sign-offs. If the stakeholders permit any or all of these changes, you could transform an impossible project into a possible one. Use your fact-based plan to prove that stakeholdersâ baggage â if unchanged â will prevent your team from meeting the desired goals.
âExecuting the Planâ
Quality project management hinges on the three components of successful execution: managing your people, tracking your planâs milestones and communicating status reports to your stakeholders. Review your plan first thing each morning as you manage your project. Focus on the tasks that involve you immediately, on that day. Place these jobs on your daily to-do plan, and record when you complete them. Analyze the significance of any unexpected events. Do you need to use your contingency plans to deal with them? Do they affect your agenda, deadline or budget? Make a note of any incidents, and communicate any needed changes or negative project trends to your stakeholders.
Predicting Success
To evaluate any project in advance in minutes, score it using the âprobability of success indicator.â Grade each project element using the following maximum scores: goal definition (up to 20), precise jobs to-do list including time spans (20), project management (10), project personnel and availability (10), alternative plan for contingencies (5), completion of risk overview (5), flexible management (10), daily progress monitoring (10) and weekly status reporting (10). After you assign scores to each element, add them up; the best grade is 100. A low score shows a project in trouble; a high score equals a project on the way to success.
âPostmortems tend to focus on what was done badly.â
Using the right system, you can plan a project and its scope in just one day. Set up a daylong meeting with everyone who will determine the projectâs range. Include anyone involved in planning the project. Strategize the meeting carefully so you secure all the input you need to set out the projectâs entire design.
âAdding people to a late project makes it later.â (Brooksâs Law)
Whether you plan your project in a day or a year, you still have to look out for the mistakes that could make it fail. Projects crash as a result of 12 common errors:
- âThe project was never actually possibleâ â Project managers are far too open to taking on projects without probing how realistic their goals really are.
- âThe goal of the project was not defined properlyâ â Shortly after the London Stock Exchangeâs Taurus project collapsed, its leader admitted, âWe were testing parts of the system while other parts had not been designed or built.â Clearly, that is a recipe for doom.
- Project changes were out of control â Unplanned changes undermine your goals and eat away at the contingency. If you have no contingency, youâre in the weeds.
- Stakeholders did not identify their win-conditions â You canât make your project sponsors happy if you donât know what they want.
- The plan was good, but the project never got the needed resources â A nonstarter.
- The project had no contingency plans â Unless you can foretell the future, you must add contingencies to your project parameters.
- The project suffered from poor planning â A project plan must sequentially tie together all the individual jobs that make up the mission. If it doesnât, managers must deal with these jobs on the fly, or just hope for the best (good luck with that).
- âThe project wasnât led properlyâ â As project manager, you are responsible for all your employeesâ activities. Moreover, you are also responsible for â and your projectâs success also depends on â the activities of people whom you do not control.
- Project participantsâ expectations ran amok â Stakeholders who do not do the actual work to make your project succeed could have thoroughly unrealistic expectations about it. Accede to those dreams at your peril.
- The projectâs planned milestones were not monitored â Projects can quickly get off course if you do not actively track and check them.
- âProject reporting was inadequate or nonexistentâ â Insist on meaningful data in all status reports.
- Participants thought project problems had simple solutions â People may decide that they can rescue a failing project if everyone just works more hours, or if sponsors extend the deadline or increase the resources. No, no and no. Projects fail because of poor planning. If problems develop, assess reality and plan again.