1. 8/19/21
1
DOMAIN VII
Continuous Improvement
(version 2.2)
MSc. PMP. Nguyen Thanh Phuoc
phuocnt@gmail.com
Key Topics
⢠Agile hybrid models
⢠Approved iterations
⢠Continuous improvement
⢠Feedback methods
⢠Learning cycle
⢠Process analysis
â Anti-patterns
â Success criteria
â Success patterns
⢠Process Tailoring
â Risks
â Recommendations
2
⢠Product feedback loop
⢠Project pre-mortems
⢠Retrospectives
(introspective)
â Five-step process
â Three problem solving steps
⢠Reviews
⢠Self-assessment tools and
techniques
⢠Systems thinking
⢠Value stream mapping
â Non value-added time
â Process cycle efficiency
â Total cycle time
â Value-added time
Tasks TO DO
1. Periodically review and tailor the process
2. Improve team processes through retrospectives
3. Seek product feedback via frequent demonstrations
4. Create an environment for continued learning
5. Use value stream analysis to improve processes
6. Spread improvements to other groups in the
organization
3 4
4
Continuous Improvement - Non-Agile
⢠Most traditional projects capture the majority of their lessons learned
at the end of the project. The intent behind capturing these lessons is
to allow the organization to apply them to future projects with a similar
business or technical domain, or to projects that have similar team
dynamics.
⢠This approach, frankly, is too little, too late. We need to apply the
benefits of learning as we go on our current project, and as soon as
possible.
2. 8/19/21
2
5
5
Continuous Improvement
⢠The agile approach to lessons learned is deliberate and frequent,
and it helps ensure that the team regularly considers adaptation
and improvement to the point where it becomes habitual and
part of their normal way of working.
⢠We will look at the T&T and K&S that are part of this âLearnâ step:
o Retrospectives; Process Tailoring
o Principles of Systems Thinking (Complex, Adaptive, Chaos)
o Process Analysis
o Self Assessment
> Agile Cycle vs PDCA
⢠The agile cycle employs a continuous cycle of Plan, Develop, Evaluate,
and LEARN. This cycle is very similar to Demingâs âPlan, Do, Check, Actâ
cycle
Agile Cycle
Plan
Do
Check
Act
Plan, Do, Check, Act Cycle
> Agile Cycle vs PDCA
7 5
5
> Agile Cycle
⢠As shown in the diagram below, the âLearnâ step of inspecting,
adapting, and improving is built into every agile iteration
⢠The âLearnâ step shown here includes the teamâs iteration reviews
and retrospectives
3. 8/19/21
3
Continuous Improvement (cont.)
⢠Multiple Levels of Improvement
â Agile continuous improvement efforts are layered like an onion
9
Continuous Improvement (cont.)
⢠This process is never completed; instead, it continues throughout
the project in much the same way as stakeholder communications
do.
⢠Kaizen focuses on encouraging the team to frequently initiate and
implement small, incremental improvements
⢠Continuous Improvement works on three levels:
Ă Continuous Process Improvement
Ă Continuous Product Improvement
Ă Continuous People Improvement
Continuous PROCESS
Improvement
[K&S] Process Continuous Improvement
⢠[T&T] Process Tailoring
⢠[K&S] Hybrid Models
⢠[K&S] Systems Thinking
⢠[K&S] Process Analysis
⢠[T&T] Value Stream Mapping
⢠[T&T] Project Pre-Mortems
12
4. 8/19/21
4
> Process Tailoring
⢠Amend the methodology to better fit the project environment.
⢠Create process-per-project approach.
⢠Process tailoring can be effective and productive, but that we
should be aware of the risks involved in this practice.
⢠Removing or augmenting any of these elements in process without
understanding the relationships among them can lead to problems
⢠Examples about Tailoring
⢠Scrum BUT
⢠XP minus TDD practice, Pair Programming.
> [K&S] Hybrid Models
â Might be a combination of two (or more) agile methods, or an
agile methodology and (heaven forbid!) a traditional approach
â Letâs look at examples of both an agile-agile and an agile-
traditional hybrid model
⢠Agile-Agile Hybrid: Scrum-XP
⢠Agile-Traditional Hybrid
14
> [K&S] Hybrid Models
15
â Agile-Agile Hybrid: Scrum-XP
⢠XP provides great technical guidance but not much in the way of
project governance guidance
⢠Scrum provides a project governance model but not much in the
way of how to do the work
⢠Because there is so little overlap between these two methodologies,
this hybrid can offer well-formed.
> [K&S] Hybrid Models
16
⢠Agile-Traditional Hybrids
â Sometimes certain
portions of a project are
best suited to an agile
approach and other
parts to a traditional
approach.
5. 8/19/21
5
> [K&S] System Thinking
⢠One part of the systems-
thinking approach
involves classifying
projects in terms of their
complexity (i.e., level of
uncertainty) in two areas:
the project requirements
and the technological
approach
⢠Tailoring our process, itâs
helpful to consider the
project environment from
this systems - level
perspective.
Simple
Low
Complexity
Low
Complexity
Chaos
Complex
Close to
certainty
Far from
certainty
Technology
Close to
agreement
Far from
agreement
Requirement
Agile works
well here
23
2
3
> [K&S] Process Analysis
⢠Process analysis is closely related to process tailoring and
systems thinking.
⢠Process analysis involves reviewing and diagnosing issues with a
team's agile methods. This analysis can help us reach a decision
about whether to tailor the process.
> [K&S] Process Analysis
⢠Methodology Anti-Patterns Alistair Cockburn provides the
following list of anti-patterns (bad or unhelpful attributes) to watch
out for in our methodologies:
â One size for all projects (máťt cho tẼt cả)
⢠It isnât possible to create one optimal methodology for all types of
projects, all technologies, and all team sizes.
â Intolerant (khĂ´ng khoan dung)
⢠A methodology can be like a straight jacket, in the sense that it is
a set of conventions and policies that we agree to follow and use.
⢠The size and shape of the straight jacket should be chosen by the
team and should not be made any tighter than necessary, to give
people a little wiggle room in their choices
> [K&S] Process Analysis
⢠Methodology Anti-Patterns (cont.)
â Heavy (nạng náť)
⢠There is a common but incorrect belief that the heavier a
methodology is, the safer it is. However, adding weight to a
methodology is not likely to improve our chance of delivering
the project successfully. Instead, its imply diverts our
attention from the real goal of the project
â Embellished (tân trang)
⢠All methods tend to get embellished (decorate) over time.
Teams tend to add things that they think they âshouldâ be
doingâbut that way of thinking usually just leads to
potentially expensive, error- prone add-ons to the process
6. 8/19/21
6
> [K&S] Process Analysis (cont.)
⢠Methodology Anti-Patterns (cont.)
â Untried (chĆ°a tháť qua)
⢠Instead of creating a complicated new theoretical methodology, it
is better to reuse, adjust, tune, and create just what is needed
â Used once (sáť dung máťt lần)
⢠A methodology that is used once is a little better than one that is
untried, but it is still no recipe for success è not sure for success
with your project
> [K&S] Process Analysis (cont.)
⢠Success Patterns: Cock burn also lists seven principles that tells us
if the methodology tend to success criteria:
1. Interactive, face-to-face communication is the cheapest and fastest
channel for exchanging information
2. Excess (dư thᝍa) methodology weight is costly: we want to minimize
such documentation to a barely sufficient level
3. Larger teams need heavier methodologies
4. Greater ceremony is appropriate for projects with greater criticality
5. Increasing feedback and communication reduces the need for
intermediate deliverables
6. Discipline, skills, and understanding counter process, formality, and
documentation
7. Efficiency is expendable in non-bottleneck activities.
> [T&T] Value Stream Mapping
â We create a visual map of a process flow, so that we can identify
where delays, waste, and constraints are occurring
â The goal of this technique is to optimize the flow of information
or materials required to complete a process, there by reducing
the time it takes to create value and eliminating wasteful or
unnecessary work
â Once we identify the areas that could be improved in the
process, we can then look for ways to remove those problems
and make the process more efficient
23
> [T&T] Value Stream Mapping (cont.)
â The value stream mapping process involves the following
steps:
1. Identify the product or service to be analyzed
2. Create a value stream map of the current process, identifying
steps, queues, delays, and information flows
3. Review the map to find delays, waste, and constraints
4. Create a new value stream map of the desired future state of
the process, optimized to remove or reduce delays, waste, and
constraints
5. Develop a road map for creating the optimized state
6. Plan to revisit the process in the future to continually refine and
optimize it
24
7. 8/19/21
7
> [T&T] Value Stream Mapping (cont.)
â Value Stream Mapping Example
⢠Step 1: identifying the activity we want to map
â You're buying a cake so that you and a friend can have a little party
to celebrate your passing the PMI-ACP exam
⢠Step 2: begin mapping the value stream
25
> [T&T] Value Stream Mapping (cont.)
â Value Stream Mapping Example
⢠Step 2: begin mapping the value stream (cont.)
26
> [T&T] Value Stream Mapping (cont.)
â Value Stream Mapping Example
⢠Step 2: begin mapping the value stream (cont.)
27
> [T&T] Value Stream Mapping (cont.)
â Step 3: review the value stream map to identify
waste, bottlenecks, and process inefficiencies
Ex: there are waiting delays at the bakery counter
and the checkout counter
28
10. 8/19/21
10
> [T&T] Feedback Methods
â Product feedback methods such as prototypes,
simulations, and demonstrations of functionality are
critical for success on agile projects
â The term IKIWISI(âIâll Know It When I see It!â)
38
> [T&T] Approved Iterations
â The term âapproved iterationsâ in the exam content
outline is related to iteration (or sprint) reviews
â If the product owner is satisfied that the increment has
met the iteration goalâthe items selected from the
backlog forth at iterationâthen they will âapproveâ that
iteration
â When working in an out sourced environment, approved
iterations can be used to control the release of
incremental funding payments to a vendor
39
[K&S] Continuous PEOPLE
Improvement
Continuous PEOPLE Improvement
⢠[T&T] Retrospective
⢠[K&S] Team Self-Assessment
41
11. 8/19/21
11
7
7
> [T&T] Retrospectives
Ă Retrospectives are the primary learning, reflection, and
readjustment events on agile projects.
Ă A retrospective is a special meeting that takes place after each
iteration, in which the team members gather to inspect and
improve their methods and teamwork.
Ă Retrospectives offer a number of benefits for teams, including the
following types of improvements:
⢠Improved productivity
⢠Improved capability
⢠Improved quality
8
8
> [T&T] Retrospectives (cont.)
Ă The retrospective process goes through the following five steps:
The typical time is 2 hours (timebox: 2 hours)
1. Set Stage (5%)
2. Gather Data(30-50%)
3. Generate Insights(20-30%)
4. Decide what to do(15-20%)
5. Close the Retrospective (10-15%)
9
9
> [T&T] Retrospectives (cont.)
1. Set Stage
2. GatherData
3. GenerateInsights
4. Decide what to do
5. Close the
Retrospective
3. Deliver completeduser
stories for evaluation
2. Build and test selected
user stories
1. Plan the iteration,
incorporating
improvements and
experiments identified in
the retrospective
Retrospective
Iteration
These steps operate
in an ongoing cycle
that is synchronized
with the iterations
10
1
0
[T&T] Retrospectives (cont.)
Ă Step 1: Set the Stage:
Ă At the start of the retrospective, we need to set the stage to
help people focus on the task at hand of reflecting on how
things went.
Ă In setting the stage, we aim to create an atmosphere where
people feel comfortable speaking about things that may not
have gone so well on the project.
Ă Activities to help set the stage include:
⢠Check-in
⢠Focus on/ Focus off
ĂWorking agreements
12. 8/19/21
12
[T&T] Retrospectives (cont.)
Ă Step 2: Gather Data:
Ă In the gathering data phase, we create a shared picture of what
happened during the iteration (or release or project, depending on the
focus of the retrospective).
Ă Without a common vision for what occurred, the team will simply be
speculating on what changes or improvements to make and may
actually be addressing different issues or concerns without realizing it.
Ă There are several team-based activates that can be used to gather
data:
Ă Timeline; Triple nickels; Color code dots.
Ă Mad, sad, glad; Locate strengths.
Ă Satisfaction histogram; Team radar; Like tolike.
Ă When we are finished with this step in the process, we should have a
comprehensive collection of observations, facts, and findings, all of
which have a shared understanding by the team.
14
1
4
[T&T] Retrospectives (cont.)
Ă Step 3: Generate Insights:
Ă This stage gives the team time to evaluate the data that was gathered in
the previous step and derive meaningful insights from it.
Ă The goal of the generating insights stage is to help team members
understand the implications of their findings and discussions.
Ă There are several team-based activates that can be used to gather data:
ĂBrainstorming
ĂFive whys (5WHY)
ĂFishbone
ĂPrioritize with dots
ĂIdentify themes (topics)
14
1
4
[T&T] Retrospectives (cont.)
Ă Step 3: Generate Insights (cont.)
Ă Brainstorming
Ă Five whys
Ă Fishbone
Ă Prioritize with dots
⢠To determine their priorities, the team members use the dot
voting technique
Ă Identify themes (topics)
⢠The participants identify recurring patterns in the strengths
[T&T] Retrospectives
Step 4: Decide What to Do:
Ă The activities involved in the "decide what to do" step move the
team from thinking about the iteration they just completed into
thinking about the next iteration, including what they will change
and how they will behave differently.
Ă In this step, the team identifies the highest-priority action items,
creates detailed plans for experiments, and sets measurable goals to
achieve the desired results.
Ă There are several activities that can be used to help the team
decide on an action plan:
Ă Short subjects.
Ă SMART goals.
Ă Retrospective planning
game.
Ă Circle of questions.
13. 8/19/21
13
[T&T] Retrospectives (cont.)
Step 5: Close the Retrospective:
Ă The final step is closing the retrospective. We provide the team members
opportunities to reflect on what happened during the retrospective and
to express appreciation to each other
Ă Activities that summarize what the team decided to keep and what to
change, what we are thankful for, and where we can make the best
use of our time going forward, help round out the retrospective and
reinforce its value to the project.
Ă There are several team-based activities that can be used in this final
stage:
Ă Plus/Delta.
Ă Helped, Hindered, Hypothesis.
Ă Return on Time Invested (ROTI).
Ă Appreciations.
> [K&S] Team Self Assessments (by James Shore)
Ă âJames Shoreâ offers a self-assessment quiz and scoring model that is
focused on XP practices, teams can use this model to gauge their
performance.
Ă The quiz and scoring graph measures how teams perform within the
following categories:
⢠Thinking
⢠Collaborating
⢠Releasing
⢠Planning
⢠Developing
Ă The quiz is completed by answering questions within each category and
scoring the answers on a 0-100 scale.
80
60
40
20
0
100
Thinking
Collaborating
Releasing
Planning
Developing
1. Self-organization: Is the team self-organizing, rather than functioning
in a command-and-control, top-down organization?
2. Empowered to make decisions: Is the team empowered to discuss,
evaluate, and make decisions, rather than being dictated to by an
outside authority?
3. Belief in vision and success: Do team members understand the
project vision and goals, and do they truly believe that, as a team, they
can solve any problem to achieve those goals?
4. Committed team: Are team members committed to succeed as a
team, rather than being committed to individual success at any cost?
> [K&S] Team Self Assessments (by Jean Tabaka)
5. Trust each other: Does the team have the confidence to continually
work on improving their ability to act without fear, anger, or bullying?
6. Participatory decision making: Is the team engaged in participatory
decision making, rather than bending to authoritarian decision
making or succumbing to decisions from others?
7. Consensus-driven: Are team decisions consensus-driven, rather
than leader-driven? Do team members share their opinions freely
and participate in the final decision?
8. Constructive disagreement: Is the team able to negotiate through
a variety of alternatives and impacts surrounding a decision, and
craft the one that provides the best outcome?
[K&S] Team Self Assessments (by Jean Tabaka)
14. 8/19/21
14
> [K&S] Team Self Assessments (by Jean Tabaka)
55
Review by Key Topics
⢠Agile hybrid models
⢠Approved iterations
⢠Continuous improvement
⢠Feedback methods
⢠Learning cycle
⢠Process analysis
â Anti-patterns
â Success criteria
â Success patterns
⢠Process Tailoring
â Risks
â Recommendations
57
⢠Product feedback loop
⢠Project pre-mortems
⢠Retrospectives
(introspective)
â Five-step process
â Three problem solving steps
⢠Reviews
⢠Self-assessment tools and
techniques
⢠Systems thinking
⢠Value stream mapping
â Nonvalue-added time
â Process cycle efficiency
â Total cycle time
â Value-added time
Thank you for your attention!
58