Lec05 Supplement Essay example

Submitted By yesh11
Words: 1334
Pages: 6

Software Project Management

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