Retired course
This course has been retired and is no longer supported.
About this lesson
Progressive elaboration is the principle of steadily adding detail to the project plan as more information becomes available.
Exercise files
Download this lesson’s related exercise files.
Progressive Elaboration.docx60.9 KB Progressive Elaboration - Solution.docx
59.4 KB
Quick reference
Progressive Elaboration
Progressive elaboration is the principle of steadily adding detail to the project plan as more information becomes available.
When to use
Project with high levels of uncertainty on some aspect of the project should progressively elaborate that aspect. The uncertainty could be due to many aspects of the project requirements or plans. Examples include increased insight with respect to resources availability, the selection and use of technology, or reaction to customer and stakeholder input.
Instructions
Progressive elaboration is not the same as scope creep –which is the addition of fundamentally new requirements. Rather it is the refinement of general requirements, making them more specific as the project progresses. This is sometimes referred to as spiral management or rolling wave management.
- Begin the project with general requirements and a general plan for the areas of the project that will be progressively elaborated. Note: You do not need to progressively elaborate everything. If a portion of the project can be planned in detail, do so.
- Establish points in the project when you will reassess the project plan and refine it based upon the availability of new information. This often occurs at the completion of a major milestone or phase.
- At the refining points, use the new information to add detail and clarity to project requirements and plans
Progressive elaboration of requirements documents
Often a challenge on projects is to get clear and precise requirements. The requirements documents can be progressively elaborated. The example below is based upon a reliability requirement.
- Start with the category of requirement and provide either an upper or lower bound based upon a worst case scenario with a target of the desired level. For instance, our reliability requirement is at least 2,000 hours of use, but our target is 5,000 hours. The project team is not willing to sign up for 5,000 hours because they do not know if the technology can support that level. The previous product was at only 2,000 hours.
- As the project progresses, more information about the technology or approach is learned and we can now refine the requirement based upon what is achievable. The reliability requirement is now a minimum of 4,000 hours plus or minus 500 hours.
- With further design and testing, we now know what our solution is capable of and we are able to set the requirement at 4,200 hours.
Notice that at each step of progressive elaboration we stayed within the bounds that were set at the previous step. If you want to go outside the bounds of the previous step, it would force a requirements change which may be a project change. Notice the final target, while below 5,000 hours is still far above 2,000 hours.
Definition
Progressive Elaboration: “The iterative process of increasing the level of detail in a project management plan as greater amounts of information and more accurate estimates become available.” PMBOK® Guide
This definition is taken from the Glossary of the Project Management Institute, A Guide to the Project Management Body of Knowledge, (PMBOK® Guide) – Sixth Edition, Project Management Institute, Inc., 2017.
Login to download- 00:05 Hi, I'm Ray Sheen and I'd like to talk with you about another aspect of project
- 00:09 planning, a concept referred to as Progressive Elaboration.
- 00:15 A project management body of knowledge, the PMBOK Guide,
- 00:18 defines progressive elaboration as the iterative process of increasing the level
- 00:23 of detail in a project management plan as greater amounts of information and
- 00:27 more accurate estimates become available.
- 00:30 The principle is that the core of iterative, incremental, and
- 00:34 adaptive project life cycles.
- 00:36 We start off with a basic plan, we learn more and
- 00:39 are able to add details to the plan.
- 00:42 We have a better understanding of what is necessary to achieve project goals or
- 00:46 estimate the project work.
- 00:48 What we learn in the early phases of the project
- 00:51 help us to refine the later phases.
- 00:54 Let me be clear, we're not talking about changing the scope.
- 00:58 The project goals and the deliverables are still the same.
- 01:01 We're talking about having a better understanding of a workable approach
- 01:05 to achieve those goals and objectives.
- 01:08 By refining the plan, we can increase the likelihood of success on the project.
- 01:13 Early assumptions are improved with knowledge.
- 01:16 And we have a clear understanding of the tasks.
- 01:20 Let me illustrate this point.
- 01:21 Imagine that we have this huge development project
- 01:25 with the tremendous amount of uncertainty.
- 01:27 We know the project goals but we don't know the best path to get there.
- 01:31 We decide to manage the project with a phased approach,
- 01:34 either iterative or incremental.
- 01:37 In the first phase, we define the boundaries.
- 01:39 Because of this definition, we're able to eliminate some risks and
- 01:43 focus our efforts on finding a path that is likely to be successful.
- 01:47 In our next phase, we create a good product and business operating concept.
- 01:52 Again, that reduces risk because there are some risks that are eliminated.
- 01:56 Also with a better understanding of the concept, early assumptions can
- 02:00 now be validated or modified, and our project estimates are much better.
- 02:05 We continue to the next phase and we now have a design that's done.
- 02:09 All the technical considerations of the project have been completed and analyzed.
- 02:13 This lets us do a much better job of focusing on the remaining project goals.
- 02:18 And finally,
- 02:19 we complete the testing making sure that everything is ready to go.
- 02:23 The goals never changed but our approach becomes better aligned with success.
- 02:29 Each phase reduces the level of uncertainty and risk.
- 02:33 It's important that we're consciously doing progressive elaboration as soon as
- 02:37 practical on a project.
- 02:39 You may be thinking why bother?
- 02:41 I'll just start working and fix anything does wrong when it happens.
- 02:45 Well progressive elaboration builds in points to improve the project and
- 02:49 manage risk.
- 02:51 I want to refine things as soon as practical, because the cost of making
- 02:55 changes, even improvements, late in a project go up dramatically.
- 03:00 Progressive elaboration can save money on projects with high uncertainty
- 03:05 by helping us to make the needed change as soon as practical.
- 03:10 Let me share one best practice for
- 03:12 applying progressive elaboration on technical projects.
- 03:15 I do this to manage requirements performance levels.
- 03:18 I establish a target for the requirement with a tolerance band that shrinks
- 03:23 during the development time of the project.
- 03:26 Technical projects often have difficult or
- 03:28 impossible task of setting performance requirements for systems that don't exist.
- 03:34 The technology is so new no one knows what it will do.
- 03:37 Whether users can agree on a requirement until they actually see it in action.
- 03:42 I establish a target performance level and then place an uncertainty band or
- 03:46 tolerance limits on that target.
- 03:48 Think of it as a minimum and maximum tolerance condition.
- 03:52 The project team works to create a design that's compatible
- 03:55 with that zone of performance.
- 03:57 They don't need to worry about performance outside that band.
- 04:01 As the project progresses, more tactical and design information becomes available.
- 04:06 The tolerance can shrink until it ends at the acceptable level.
- 04:10 Finally as the design is frozen, the final requirement is set.
- 04:14 There is enough information for
- 04:15 the stakeholders to reach an agreement on a realistic performance level.
- 04:22 Principle of progressive elaboration
- 04:24 allows a project team to manage uncertainty in a controlled manner.
- 04:29 Build this principle into your project plan to reduce risk and help the project
- 04:34 team and stakeholders understand how the project goals will be achieved.
Lesson notes are only available for subscribers.
PMI, PMP, CAPM and PMBOK are registered marks of the Project Management Institute, Inc.