PP.SP 1.2 Estimate the Scope of the Project

The acquirer establishes the objectives of the project in the acquisition strategy. An initial set of requirements and project objectives form the basis for establishing the WBS or for selecting a standard WBS from organizational process assets. To ensure the full scope of the project is estimated, the WBS includes activities performed by the acquirer as well as milestones and deliverables for suppliers.

The acquisition strategy drives a key decision in this practice, specifically how much work, and what work, to give to a supplier. The acquirer develops a WBS that clearly identifies the project work performed by the acquirer and the project work performed by the supplier. The supplier work identified in the WBS becomes the foundation for the statement of work defined in the Solicitation and Supplier Agreement Development process area. The WBS identifies deliverables from the supplier and work products developed by the acquirer. The WBS evolves with the project. A top-level WBS can serve to structure initial estimating. The development of a WBS divides the overall project into an interconnected set of manageable components.

Typically, the WBS is a product, work product, or task oriented structure that provides a scheme for identifying and organizing the logical units of work to be managed, which are called “work packages.” The WBS provides a reference and organizational mechanism for assigning effort, schedule, and responsibility and is used as the underlying framework to plan, organize, and control the work done on the project.

Some projects use the term “contract WBS” to refer to the portion of the WBS placed under contract (possibly the entire WBS). Not all projects have a contract WBS (e.g., internally funded development).

Example Work Products

1. Task descriptions
2. Work package descriptions
3. WBS

Subpractices

1. Develop a WBS based on the product architecture.

The WBS provides a scheme for organizing the project’s work. The WBS should permit the identification of the following items:

• Risks and their mitigation tasks
• Tasks for deliverables and supporting activities
• Tasks for skill and knowledge acquisition
• Tasks for the development of needed support plans, such as configuration management, quality assurance, and verification plans
• Tasks for the integration and management of nondevelopmental items

2. Define the work packages in sufficient detail so that estimates of project tasks, responsibilities, and schedule can be specified.

The top-level WBS is intended to help gauge the project work effort for tasks and organizational roles and responsibilities. The amount of detail in the WBS at this level helps in developing realistic schedules, thereby minimizing the need for management reserve.

3. Identify products and product components to be externally acquired.

4. Identify work products to be reused.