Project MGMT chapter 5 - Winter 2013 Flashcards
Project Scope Management Processes
- Collecting requirements: defining and documenting the features and functions of the products produced during the project as well as the processes used for creating them
- Defining scope: reviewing the project charter, requirements documents, and organizational process assets to create a scope statement
- Creating the WBS: subdividing the major project deliverables into smaller, more manageable components
- Verifying scope: formalizing acceptance of the project deliverables
- Controlling scope: controlling changes to project scope throughout the life of the project
Scope
refers to all the work involved in creating the products of the project and the processes used to create them
A deliverable
is a product produced as part of a project, such as hardware or software, planning documents, or meeting minutes
Project scope management includes
the processes involved in defining and controlling what is or is not included in a project
A Requirement
is “a condition or capability that must be met or possessed by a system, product, service, result, or component to satisfy a contract, standard, specification, or other formal document”
It is important to use an iterative approach to defining requirements since they are often unclear early in a project
Methods for Collecting Requirements
- Interviewing
- Focus groups and facilitated workshops
- Using group creativity and decision-making techniques
- Questionnaires and surveys
- Observation
- Prototyping
- Software tools
requirements management plan
describes how project requirements will be analyzed, documented, and managed
requirements traceability matrix (RTM)
is a table that lists requirements, various attributes of each requirement, and the status of the requirements to ensure that all requirements are addressed
Defining Scope
Key inputs for preparing the project scope statement include the project charter, requirements documentation, and organizational process assets such as policies and procedures related to scope statements as well as project files and lessons learned from previous, similar projects
As time progresses, the scope of a project should become more clear and specific
WBS
is a deliverable-oriented grouping of the work involved in a project that defines the total scope of the project
is a foundation document that provides the basis for planning and managing project schedules, costs, resources, and changes
Decomposition
is subdividing project deliverables into smaller pieces
A work package
is a task at the lowest level of the WBS
Approaches to Developing WBSs
- The analogy approach: review WBSs of similar projects and tailor to your project
- The top-down approach: start with the largest items of the project and break them down
- The bottom-up approach: start with the specific tasks and roll them up
- Mind-mapping approach: mind mapping is a technique that uses branches radiating out from a core idea to structure thoughts and ideas
A WBS dictionary
is a document that describes detailed information about each WBS item
Advice for Creating a WBS and WBS Dictionary
- A unit of work should appear at only one place in the WBS
- The work content of a WBS item is the sum of the WBS items below it
- A WBS item is the responsibility of only one individual, even though many people may be working on it
- The WBS must be consistent with the way in which work is actually going to be performed; it should serve the project team first and other purposes only if practical
- Project team members should be involved in developing the WBS to ensure consistency and buy-in
- Each WBS item must be documented in a WBS dictionary to ensure accurate understanding of the scope of work included and not included in that item
- The WBS must be a flexible tool to accommodate inevitable changes while properly maintaining control of the work content in the project according to the scope statement