Planning for Reality

Planning for Reality

Craig Letavec, PMP, PgMP, MSP Waynesville, Ohio, U.S.
IT ' S amazing how OFTEN software PROJECTS tend to fall into late, over-budget, off-quality situations. Even in highly touted software shops with international certifications and maturity assessments lining the walls, the tri- ALS of managing the very fluid environment of software development are many.
The pace of development would naturally vary throughout the life of the Proj-ect. Sometimes you ahead of schedule, sometimes behind. Often, project managers seek to control these fluctuations through strict, elaborate project timelines this lay out PRESCR Ibed task assignments and deadlines. However, they find themselves making multiple revisions to the plan along the ' the ' to ' deal with the dynamic nature of creat ing software.
While the development and execution of a detailed, keenly estimated project plan are important in the success of any PROJEC T, many software project Manag-ers may find some benefit in adding some ' reality time ' into their plans.
The critical chain method uses the concept of "buffers" as one means to deal with inherent variance over the life cycle of The project. Try Introducing "Buf-fer time" or "reality time" into your schedule at each phase of your software development life cycle (Design, coding, testing, etc.).
Buffer time allows for a degree of flexibility within a phase without the need to perform major scheduling adjustments. Think of this buffer time as a time contingency reserve for the phase. The process is fairly straightforward. Look at all phase of your project, consider the total duration of the phase based on your best planning, and then add a B Uffer task at the end of the phase, have a duration of a percentage of the total phase duration, say 10% or so.

           For example, on a 40-day total duration for a design phase, add 4 days of buf- fer time to the end of the phase, for a total phase duration of 44 days. Will the phase actually take 44 days? Perhaps not, but the “unused” time can then be either carried forward or added to future buffers.

As experienced software project managers know, projects may proceed on schedule during the early stages, only to end up Dr Agging on later in the process. Getting ahead of the curve almost always have more advantages than disadvantages.
Expect skepticism the first time you try this approach. "Nonproductive" Time is the first thing managers would want to eliminate when they review your sched-ule. Stand your ground. Make the performing basic schedule risk management.
If you have a phase of the project, then the riskier than another, add more than buffer at this point. You are able to add less than a risk buffer in and spots on the timeline.
Last, make sure this is not "double-dipping." Double-dipping would is adding extra time at the task level and then again at the phase level. The Tech-nique works best time is already buffering each of the your tasks dura-tions by routinely adding extra time To all activity to deal with the unknown.
Try it. It works!

Planning for Reality