4. Why use Agile methods?
All experts are in agreement with:
Deliver value to customers
Develop team communication and interaction
Improve quality with a Feature based testing
Increase visibility and customer feedback
Deliver frequently a working product
7. Focus for Phase 1
59%
30%
10%
1%
Colonne1
Stabilization
Training
Scrum
Agile
8. Phase 1: Prepare the ground
Symptoms I experienced with teams:
•Collaboration weak
•Product vision missing
•No references to users
•Long cycles
•Importance put on budget
10. Phase 1: Objectives –> How?
Develop the concept of small incremental
deliveries.
Process to be improved, but the team starts
to learn by experimenting.
12. Phase 1: Objectives –> How?
Start the project with:
•rules of engagement
•Product Vision
•Definition of the user type and persona
•Preliminary backlog with Epics and stories for the
first two sprints
14. Phase 1: Results
The work gets organized and visibility gets
better
The team starts to:
Get out of the command and control approach
Understand to role of the client in the team
Appreciate feedback and Product vision
16. Focus for Phase 2
10%
20%
60%
10%
Colonne1
Stabilization
Training
Scrum
Agile
17. Phase 2 : Applying Scrum 1/2
In this phase, discipline
• Timeboxed and allocated time is followed
• Sprints are well defined and not changing once started
• Roles are clear and applied
18. Phase 2 : Applying Scrum 2/2
In this phase, discipline
• An experience ScrumMaster is part of the team
• A Product Owner is trained and dedicated to the team
• The Sprint includes all Scrum rituals for proper execution
19. Phase 2: Results
• The Product Owner writes good User Stories
• Product Owner prioritizes the backlog
• The team has a Scrum Board to synchronize efforts
• Disruptions are minimized with the help of the Scrum Master
30. Focus for Phase 3
0%
5%
15%
80%
Colonne1
Stabilization
Training
Scrum
Agile
31. Phase 3: Become Agile
• Survival mode is gone
• The fear of making mistakes is gone
• Teams are self-organized and multidisciplinary
• Decisions are taken by the team
• Teams are designed to deploy functionalities (all layers)
• Guilds are organized to share knowledge in the organisation
• Budgeting is done in the Agile way
• Innovation is a day to day thing
• Clients are now partners
33. Phase 4: The Agile Governance
1. Agile needs to be “sponsored” from the top.
A top heavy and inflexible management team,
and associated red tape, will not enable
successful Agile adoption.
34. Phase 4: The Agile Governance
2. Agile means “empowerment”. Good agile
teams take ownership of their work and ensure
objectives can be met. Trust and good
communications are key for this to succeed.
35. Phase 4: The Agile Governance
3. Agile needs some “traditional” controls.
A bad agile project is equivalent to a bad
waterfall project and there is understandable
concern that chaos will reign in a flexible-
empowered world.
Agile is a big buzz word, everyone wants to pretend they are agile. But what does it really means?
Agile applied right, can cure a lot problems, but will make visible the dysfunctions, which can make people frAgile…
Deliver value to an involved Customer
Improve quality with a Feature based testing approach
Increase visibility and customer feedback
Deliver frequently a working product
Anti-Pattern: User Story missing user voice
Our project is about searching in data
We don’t have a client
We don’t a specification
The project is not progressing because we are not able to define the project scope
Anti-Pattern: Confusion in roles (Product Owner)
The solution is self explanatory
We have a Project Manager to take care of the projects
One person cannot be empower with all product decisions
The role does not exist in our org chart
Anti-Pattern: Scrum Master being the tech lead
You are not technical enough to be a Scrum Master
Belief that a Scrum Master is a tech lead
Confusion on SM not being the Project Manager
Anti-Pattern: Command and control
Only one person has the truth and everyone has to comply
Controlling as a bad impact on people
Destroy autonomy and creativity
Anti-Pattern: Artificial velocity increase
The other teams are doing more, you need to increase velocity
Now you will do 2 stand-ups in the day to report progress
You will have to work on week-end to go faster
And by the way, why is the build broken
Anti-Pattern:
Anti-Pattern: Testing at the end
Anti-Pattern: Missing retrospective – No improvement process
The Scrum Master
People are only whining
Hurry – Time pressure – Let’s get it over with!
No preparation
Dismiss other people’s ideas