Advanced Project Scheduling: Starting With Rolling Wave Planning

April 9, 2009 | Author: PM Hut | Filed under: Agile Project Management, Scheduling

Advanced Project Scheduling: Starting With Rolling Wave Planning
By Johanna Rothman

Some project managers considering moving to iterative, incremental, or agile lifecycles, stumble when it comes time to move to rolling wave planning. They aren’t sure how to start it, how to continue it, or how to see where the project is without using a more traditional Gantt chart and planning the whole project in advance. But for me, it was the easiest practice to start, because I knew the Gantt chart was the one way the project would not happen. No matter how good the project team’s estimate was, some events would prevent them from completing the project the way they originally estimated.

A rolling wave plan is a continuous detailed schedule that’s only a few weeks long. As you complete one week of detailed schedule, you add another week to the end of the schedule. With a four-week rolling wave schedule, I never have less than four weeks of detailed schedule, and I never have more than four weeks of detailed schedule.

I choose a four-week rolling wave schedule for two reasons. If I’m not managing a project with defined two-week iterations, less than two weeks is not enough detail for me to foresee risks. A schedule that’s more than four weeks long tends to be wrong the farther out we schedule, so I don’t bother trying.

If you’ve never tried rolling wave planning, here’s how to start. Find a large-enough room to organize the schedule on the wall or on a whiteboard. Lay out your major milestones on yellow stickies, moving from left to right. Then ask the project team to join you in the room.

Explain to the team that instead of trying to develop the entire project schedule in detail all at once, you’ve identified when you want to reach the major milestones, as noted by the yellow stickies on the wall. Now, ask the question for the first milestone: “What will it take us to reach this milestone?” Then ask the project staff to write down their tasks and interdependencies on stickies, one task to a sticky.

I find it easiest to ask people to plan in inch-pebbles. Inch-pebbles are one- to two-day tasks that are either done or not done. Since the project manager can’t assign inch-pebbles to people, each member of the project staff has to understand his or her own tasks in detail and develop inch-pebbles to complete those tasks.

If the project staff isn’t able to plan in inch-pebbles, ask them to tell you how you will understand their progress. Thinking in inch-pebbles is not easy for some people, and they will need time to learn how to break their work into smaller and smaller pieces.

If you must make a Gantt chart, copy the contents of each sticky into your favorite project scheduling tool. Each week, as you meet with each person on the project team, you can ask them to tell you their next set of tasks, and you can update the schedule. If the people need help with their interdependencies, bring everyone together again and let them discuss their issues.

As long as you keep each milestone in mind as you proceed, you’ll find that the schedule is easier to maintain and that you spend less time with the schedule, enabling you to spend more time with the project team.

Rolling wave planning isn’t a panacea for understanding the true state of the project and planning how to achieve the next milestone, but it’s a great way to start.

This original article can be found at: http://www.jrothman.com/Papers/rolling-wave-planning.html

Johanna Rothman consults, speaks, and writes on managing high-technology product development. Johanna is the author of Manage It!’Your Guide to Modern Pragmatic Project Management’. She is the coauthor of the pragmatic Behind Closed Doors, Secrets of Great Management, and author of the highly acclaimed Hiring the Best Knowledge Workers, Techies & Nerds: The Secrets and Science of Hiring Technical People. And, Johanna is a host and session leader at the Amplifying Your Effectiveness (AYE) conference (http://www.ayeconference.com). You can see Johanna’s other writings at http://www.jrothman.com.

Share this article:
  • Digg
  • del.icio.us
  • Facebook
  • Google
  • blogmarks
  • LinkedIn
  • Reddit
  • StumbleUpon
  • TwitThis
  • Yahoo! Buzz

Related Articles

2 people have left comments

Johanna,
The Rolling Wave planning process requires the future milestones have “some” type of plan associated with them. Some estimate of the effort. The fixed durations you describe, while appropriate for your agile approach, are actually time boxes. Not defining at some level of detail what is in the future times boxes ignores the building backlog of work.

In the rolling wave planning process …

“Rolling wave planning recognizes that for complex projects we can often plan in detail only those tasks that are in the near future. Tasks that are further out often have some lack of specificity about them that does not allow planning to the same level of detail. In an EVMS, the work that is planned in great deal is divided up into Work Packages. Effort that will take place further out can be identified in Planning Packages. Both Work Packages and Planning Packages are under the cognizance of a Control Account Manager (CAM). If the future work is so imprecisely defined that it cannot yet be assigned to specific CAMs, it is held at a higher level of the WBS in a Summary Level Planning Package. The key point, which many people don’t realize, is that whether the effort is in a Work Package, Planning Package, or Summary Level Planning Package, it must be incorporated in the Performance Measurement Baseline as a time-phased budget. As the truth becomes more clear, Summary Level Planning Packages will migrate into Planning Packages, and Planning Packages will be fleshed out into Work Packages.”

It’s the inclusion of the future planning packages, that makes the “rolling waves” roll. And not just be a series of 2 week or 4 week increments stuck together end to end.

Glen B. Alleman wrote on April 9, 2009 - 11:29 pm | Visit Link

Very good document.

Nitan Gulati wrote on June 10, 2010 - 3:42 am | Visit Link

feel free to leave a comment

Comment Guidelines: Basic XHTML is allowed (a href, strong, em, code). All line breaks and paragraphs are automatically generated. Off-topic or inappropriate comments will be edited or deleted. Email addresses will never be published. Keep it PG-13 people!

XHTML: You can use these tags: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

All fields marked with " * " are required.

Project Management Categories