Plan the Project Flashcards
Project mgmt plans for predictive enable PMs to…
- Execute
- Monitor
- Control
- Close
Project documents
Project documents are not components of the project management
plan; however, they are necessary to manage the project effectively.
Rolling wave planning
A form of progressive elaboration
applied to work packages, planning
packages and release planning
Used in adaptive or predictive
approaches
Product roadmap
Envisions and plans the “big picture”
- Displays product strategy and direction and the value to be delivered
- Leads with the overarching product
vision and uses progressive elaboration to refine vision - Uses themes (goals) to provide structure and associations
- Provides short-term and long-term
visualization
Milestone
- Markers for big events
- Triggers for reporting requirements or approvals
- Created by project manager, customers or both
Milestone list
All milestones & which are mandatory vs optional
Requirements mgmt plan
Plan to ensure all requirements are captured, analyzed, managed and addressed by the project plan
How will you identify requirements
How will you prioritize the requirements
Who is responsible
Who establishes traceability
How will the requirements be managed
Product owner & team role Scope planning for agile
Product owner
- created release backlog
- explains prioritized user stories in detail to team
Team
- estimates effort
- puts stories into iteration backlog
Functional vs non-functional product requirements
Functional - features
Non-functional - supplemental conditions that make product effective (ex: speed, security, etc.)
Requirements documentation
Description of how individual requirements meet the business needs of the project
Requirements traceability matrix
product requirements only. A grid that links product requirements from their origin to the deliverables that satisfy them
Techniques for requirements prioritization
MoSCoW analysis
Kano model
Paired comparison analysis
100 points
MoSCoW
Requirements prioritization model
Must have
Should have
Could have
Won’t have (for now)
Kano model
Requirements prioritization model
Categorize into groups:
- Delighters (high value features)
- Satisfiers (some value features)
- Dissastifiers (features taht if NOT included, would cause the user to dislike the product)
- Indifferent (no impact)
Paired comparison
requirements prioritization model
rank alternatives against each other; good for small groups of requirements
100 points method
requirements prioritization model
a group of people each get to allocate 100 points across all requirements to see which the group prioritizes
Mind mapping
Consolidate ideas
created through individual brainstorming sessions into a single map to reflect commonality and differences in understanding and to generate new ideas
Useful for scope planning/requireemnts gathering
Affinity diagram
Allows large numbers of ideas to be classified for review and analysis
Useful for scope planning/requireemnts gathering
Prototyping
An evaluation and experimentation tool that allows for early feedback to further develop a list of requirements
Project scope statement
Includes:
- scope description
- acceptance criteria
- required deliverables
- out of scope items for clarification
- constraints/assumptions
WBS (Work Breakdown Structure)
Decompose high level work into low level components
Assign an identification system
Review decomposition of work packages and ensure they align with requirements
100% rule - everything in, nothing excluded
Project > Deliverables > Work package
WBS Dictionary
The details on the work packages - includes deliverable, activity, scheduling
Scope baseline
Approved version of the scope statement, WBS, and WBS dictionary
Release planning vs iteration planning
During release planning (or agile release planning), decide:
* Number of iterations or sprints needed
* Features contained in the iteration
* Goal dates of each release
During iteration planning (or sprint planning):
* Prioritize
* Agree on effort