Академический Документы
Профессиональный Документы
Культура Документы
Performance Measurement
Baseline (PMB)
Business Value
Stream
Business Value
Stream
Establish a
Requirements
Baseline
Capabilities
Based Plan
Technical
Requirements
Establish a
Performance
Measurement
Baseline
Technical
Performance
Measures
Earned Value
Performance
Technical
Performance
Measures
PMB
Execute the
Performance
Measurement
Baseline
2
Determine
Scope and
Approach
Develop
Technical
Logic
Develop
Technical
Baseline
Estimate
Time
Durations
Sequence
Activities
Approve
PMB
Develop
WBS
Finalize
Apportione
d
Milestones
Identify
Apportione
d
Milestones
Finalize
Schedule
Determine
Resource
Requirement
s
Prepare
Cost
Estimate
Resource
Load
Schedule
Determine
Funding
Constraints
If2you dont measure results, you cant tell success from failure
3
If
4 you cant reward success, youre probably rewarding failure
5
1st Level
Electronic Invoice
Submittal
1st Level
Routing to Payables
Department
2nd Level
Material receipt
verification
2nd Level
Payables Account
Verification
2nd Level
On hand balance
Updates
2nd Level
Payment
Scheduling
Requirements produce
products and services, but
are not one for one with the
WBS
11
12
13
14
Business Need
Process Invoices for Top Tier
Suppliers
1st Level
Electronic Invoice Submittal
1st Level
Routing to Payables Department
2nd Level
Material receipt verification
2nd Level
Payables Account Verification
2nd Level
On hand balance Updates
2nd Level
Payment Scheduling
Work
Package
Deliverables defined in WP
Deliverables
4
100% Completion of deliverables is
the measure of performance for the
Work Package
15
16
Capability
Number 2
Deliverable
Number 1.2
Work Package
Number 1
50% Milestone
50% Milestone
Deliverable
Number 1.3
Work Package
Number 2
100% Milestone
Deliverable
Number 1.4
Work Package
Number 3
100% Milestone
Deliverable
Number 2.1
Work Package
Number 4
100% Milestone
Deliverable
Number 2.1
Deliverable
Number 2.1
Work Package
Number 5
25% Milestone
75% Milestone
17
Deliverable(s)
Apportioned
Milestones
Transaction
processing
integration test
complete
Author 50%
Approval 50%
Define integration
testing environment
Business processes
defined and
approved
100%
User acceptance
testing defined
100%
User Acceptance
Testing Conducted
Test environment
operational
User Acceptance Testing
performed with 90%
success
Environment
20%
UAT Conducted
18
70%
Errors documented
19
Responsibilities
Estimated duration
Estimated effort
Confidence intervals
Resources
In theory there is no
difference between
theory and practice. In
practice there is.
20
No matter what form is used, the function of the Work Package must
communicate to the participants the baseline information described in
the Table of Contents of the previous page.
PMI College of Scheduling
PMI is a registered trade and service mark of the Project Management Institute, Inc.
21
Action
Product
Product State
Adjective
Verb
Noun
Verb
Demonstrates
Maturity
A step in the
process
End Item
Final Status
Preliminary
Design
Processes
Complete
22
23
Assumptions
Make it clear (and concise) what you expect to be
in place before the Work Package starts
State these in terms of deliverables themselves
What they are
Who youre getting them from
A little bit of why you need them
24
25
Responsibilities
Each Work Package has one and only one person
Accountable for the successful delivery of the
Work Package
Put that persons name on the Work Package
OBS
WBS
The Work
Packages are
where the work
and the people
come together
26
27
2nd Level
Material receipt
verification
2nd Level
Payables Account
Verification
2nd Level
Payment
Scheduling
2nd Level
On hand
balance Updates
28
29
In the example above, the Work Package Managers collectively come to an agreement
on how the sequence of how the work will be performed.
The result is a collective ownership of the outcome. This ownership comes from the
collective development of the project plan.
This process is a Product Development Kaizen (PDK)
PMI College of Scheduling
PMI is a registered trade and service mark of the Project Management Institute, Inc.
30
BCWS
BCWS
BCWS
BCWS
31
Activity
Description
Orig
Dur
R em
Dur
Actual/
Expected
Start
Actual/
Expected
Finish
Budgeted
Cost
MS
Type
EVM
%
Cmp
1999
2000
2001
AUG
SEP
OCNOV
T DEC
JANFEB
MAR
APR
MAY
JUN
JU LAU S
GEP
OCT
NOV
DEC
JAN
FEB
MAR
APR
MAY
JUN
JULAUG
SEP
OCT
60
0 14OCT99A
S20122
80
28 19JAN 00A
S20123
S20124
Trans ., Drawings
S20125
S20126
S20126A
0
100
40,240.00
21JUL00
21JUL00
140 24JUL00
43,113.60
08JUN00
08JUN00
58 02FEB00A
0
140
18JAN00A
16FEB01
16FEB01
0.00EVM
50
37,366.40
0.00EVM
18,107.04
0.00EVM
1.2.3.2 MS&L
S20128
S20129
40
40 24JUL00
S20131
S20132
S20133
70
70 19SEP00
04JAN01
65,920.00
S20134
40
40 30NOV00
02FEB01
37,080.00
S20135
Trans , RFI
0
100
0
100 19SEP00
0
18SEP00
0.00
18SEP00
29,000.00
EVM
16FEB01
18SEP00
02FEB01
103,000.00
0.00EVM
0.00EVM
x 1000
50
40
30
20
10
X 1000
AUG
SEP
OCT
NOV
DEC
JAN
FEB
MAR
APR
MAY
JUN
JU LAUG
SEP
OCT
NOV
D EC
JAN
FEB
MAR
APR
MAY
JUN
JULAUG
SEP
OCT
1999
2000
2001
Start Date
Finish Date
Data Date
Run Date
01JUN99
05MAR02
01MAY00
31MAY00 13:29
Early Bar
Progress Bar
SPR3 - VACM
Sheet 1 of 1
1.2 Vacuum System
Critical Activity
Primavera Systems, Inc.
32
33
34
35
36
Enrollment
Integrators
Quality Monitor
Billing
Data Store
Lookup
Data Marts
Internal
Data Marts
Material Master
Converted from legacy
Router
External
Interfaces
External Vendors
converted to ERP
Finance Loss
TBD
Resale's
Emulations
37
Critical path
Accuracy
Integration
Realism
Performance
Variances
Forecasting
WhatIf Analysis
Risk
Resources
A credible schedule
cannot be just a list of
activities. It must be
an accurate model of
the project strategy
and execution that
can be analyzed,
assessed, and used to
answer risk based
questions.
38
Planning
Identification
Analysis
Handling
Communicatio
n
and
Tracking
39
Days, Facilities,
Parts and People
Probability
Density
Function
Task 101
Task 102
Task 103
Task 104
Task 105
Task 106
This is a Key concept. This is the part of the process that
integrates the cost and schedule risk impacts to provide the
basis of a credible schedule.
40
41
Wrap Up
42
43
44