"Who is 'Software Engineer 7'?"
"Okay, that's your first problem. Question two: I see you actually have a real person, Fred Silverman, assigned to this other task, and he is working on it right now. Does he agree with the estimate for that task's timeline?"
"That's your second problem. How much effort has Fred put towards completing that task?"
"Strike three! Now, was that so hard?"
The CIO of the client said, "Get this man on the contract immediately."
You Can Either Be The Big Gun Or Look Down Its Barrel
The big gun in this story is a little abrasive, as big guns often are, but the three questions he asked are often where projects go wrong. Let's look at the questions one at a time.
1. Be Specific in Your Resource Assignment
Who's working on it? "Software Engineer #7" never accomplished anything. Large project plans can span for multiple years, so it is reasonable to put placeholders in for people who have not been hired yet. Once you get within a month of the start date, however, you’d better know who's going to work on each task. Not only that, but if you know, it should be in the plan so everyone else knows too. What will happen if your chosen resource is not written into the plan, doesn't know what he’s working on and, consequently, hasn’t told his boss what he’s working on? He could get transferred, assigned to another project or booked to several, making him unavailable when you need him. That will cause your big project to slip, killing the ROI, angering the customer or both.
For smaller projects - projects that are to be completed within one budgetary cycle - you really ought to be assigning real people to tasks wherever possible.
2. Get the Right Estimated Time-to-Task Completion
Nobody really knows how long it is going to take to complete most tasks until somebody sits down and starts working on them. The more experienced at the work you are, the better your estimate is likely to be. I've written millions of lines of software, so I'm pretty good at estimating how long it will take me to do it. Ask me how long it will take me to replace a curtain rod or a spark plug, and I usually won’t factor in the time it will take to fix all of my screw-ups.
If you have a real person, Sally, working on a task on your project, and she's been working on it for a few hours, now is the time to ask her how long she thinks it will take to complete it. Then go update your project file with her new estimate. Do that often on all the tasks people are currently working on, and you'll find out about problems long before Mr. Big Gun gets called in.
3. Per-Task Effort Tracking
Is anyone actually working on these tasks at all? Are they only 20% complete when 80% of the budget has been spent?
Nobody likes filling out timesheets, but let’s face it, you have to track per-task effort in some way in order to avoid any nasty surprises. That time data is beneficial in more ways than one – later on, you can use it for improving your project estimation techniques.
Who's the Big Gun Now?
Successfully executing your projects is not as hard as it seems, as long as you approach it the right way. Keeping tabs on who you have assigned to tasks, how long it should reasonably take them to complete the tasks and how much effort they are making are the three key components to avoiding trouble in the long run. Once you get those down, you will be able to execute your projects with ease, making your company successful and your customers happy.
Don't forget to leave your comments below.