Week 5: Work Breakdown Structures and a
Case Study
COMP3711 Software Project Management
1
Project Planning: A 12 Step Program
1)
2)
3)
4)
5)
6)
Set goal and scope
Select lifecycle
Set org./team form
Start team selection
Determine risks
Create WBS
7) Identify tasks
8) Estimate size
9) Estimate effort
10) Identify task dependencies 11) Assign resources
12) Schedule work
COMP3711 Software Project Management
2
Partitioning Your Project
• You need to decompose your project into manageable chunks
• ALL projects need this step
• Divide and Conquer
• Two main causes of project failure
– Forgetting something critical
– Ballpark estimates become targets
• How does partitioning help this?
COMP3711 Software Project Management
3
Project Elements
• A Project: functions, activities, tasks
COMP3711 Software Project Management
4
WBS Chart Example
COMP3711 Software Project Management
5
WBS Outline Example
0.0 Retail Web Site
1.0 Project Management
2.0 Requirements Gathering
3.0 Analysis & Design
4.0 Site Software Development
4.1 HTML Design and Creation
4.2 Backend Software
4.2.1 Database Implementation
4.2.2 Middleware Development
4.2.3 Security Subsystems
4.2.4 Catalog Engine
4.2.5 Transaction Processing
4.3 Graphics and Interface
4.4 Content Creation
5.0 Testing and Production
COMP3711 Software Project Management
6
WBS Types
• Process WBS
• a.k.a Activity-oriented
• Ex: Requirements, Analysis, Design, Testing
• Typically used by PM
• Product WBS
• a.k.a. Entity-oriented
• Ex: Financial engine, Interface system, DB
• Typically used by engineering manager
• Hybrid WBS: both above
• This is not unusual
• Ex: Lifecycle phases at high level with component or featurespecifics within phases
• Rationale: processes produce products
COMP3711 Software Project Management
7
Product WBS
COMP3711 Software Project Management
8
Process WBS
COMP3711 Software Project Management
9
Outline WBS w/Gantt
COMP3711 Software Project Management
10
WBS by PMI Process Groups
COMP3711 Software Project Management
11
WBS
• List of Activities, not Things
• List of items can come from many sources
– SOW, Proposal, brainstorming, stakeholders, team
• Describe activities using “bullet language”
– Meaningful but terse labels
• All WBS paths do not have to go to the same level
• Do not plan more detail than you can manage
COMP3711 Software Project Management
12
WBS & Methodology
• PM must map activities to chosen lifecycle
• Each lifecycle has different sets of activities
• Integral process activities occur for all
– Planning, configuration, testing
• Operations and maintenance phases are not normally in plan (considered post-project)
• Some models are “straightened” for WBS
– Spiral and other iterative models
– Linear sequence several times
• Deliverables of tasks vary by methodology
COMP3711 Software Project Management
13
WBS Techniques
•
•
•
•
Top-Down
Bottom-Up
Analogy
Rolling Wave
– 1st pass: go 1-3 levels deep
– Gather more requirements or data
– Add more detail later
• Post-its on a wall
COMP3711 Software Project Management
14
WBS Techniques
• Top-down
– Start at highest level
– Systematically develop increasing level of detail – Best if
• The problem is well understood
• Technology and methodology are not new
• This is similar to an earlier project or problem
– But is also applied in majority of situations
COMP3711 Software Project Management
15
WBS Techniques
• Bottom-up
– Start at lowest level tasks
– Aggregate into summaries and higher levels
– Cons
• Time consuming
• Needs more requirements complete
– Pros
• Detailed
COMP3711 Software Project Management
16
WBS Techniques
• Analogy
–
–
–
–
Base WBS upon that of a “similar” project
Use a template
Analogy also can be estimation basis
Pros
• Based on past actual experience
– Cons
• Needs comparable project
COMP3711 Software Project Management
17
WBS Techniques
• Brainstorming
– Generate all activities you can think of