Determine activities that are critical to ensure a timely delivery
Draw the dependency diagram
Analyze the diagram * Find ways to shorten the project duration * Find ways to parallelize activities * Analyze dependencies
Two techniques are used
Forward pass (determine critical path)
Backward pass (determine slack time).
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q
Adjusting the estimation: 3-Point Method
A
Disadvantage of PERT estimation: only one estimate per activity.
Likelihood of being correct?!
-> Cone of Uncertainty: estimation results can deviate from actual effort by a factor of 4.
Estimation with PERT can be adjusted: use multiple estimates for each activity and calculate average and deviation.
Estimate the best case, the likely case and the worst case.
Effort for an activity i is calculated with the weighted average of the three estimates: Ai = bci + 4*lci+wci / 6
The standard deviation of estimation for activity i is: si = wci - bci / 6
Effort of the whole project: Sum of Ai over N
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q
Estimation in Scrum: Planning Poker
A
Estimation technique for complexity of user stories
Entire development team participates in estimation
Points are not equivalent to time units
Points can be used to analyze team metrics
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q
Planning Poker: Rules
A
Each member receives a set of cards containing modified Fibonacci numbers 0 1⁄2 1 2 3 5 8 13 20 40 100
Scrum Master selects and reads a user story to discuss and defines the acceptance criteria
Team discusses the complexity of the user story
Each team member considers how many points the task should receive
All team member’s suggestions are revealed simultaneously
If estimates match –> done. Else, repeat steps 3-5 at most 2 times.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q
Planning Poker: Pros and Cons
A
Pros
Team of experts leads to more accurate estimations than in traditional methods
Distribution of workload according to skill: Developers who estimate few points are good candidates to implement the user story
Developers having a role in what user stories they are responsible for in a sprint lead to a higher work motivation
Cons
Many people in a group may lead to long discussion
Lazy developers want to overestimate tasks, in order to have less user stories assigned to them in a sprint
People tend to want to average the amount of points, which limits the discussion and may not represent the actual difficulty of the task
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q
Tips for Planning Poker
A
Keep discussions productive: Set a limited amount of time for each user story discussion. This helps teams learn to estimate more rapidly within agile planning.
Break out into smaller sessions: Playing Planning Poker with a sub-set of the team is a good option if the number of user stories is too big.
Choose the right time to play: Consider playing it several times; once at the kick off, and once before each Sprint.
Write down the reason for the awarded points: If a user story receives too many points, make sure to note what were the Acceptance Criteria that led to that estimation.
Consider the level of uncertainty: Does the implementation of this user story depend on too many unknown factors? If yes, maybe award more points.