SlideShare a Scribd company logo
Getting Started with Agile

1
About Me

Andre Simones
• Enterprise Agile Coach & Trainer – Agile
Transformation
• Background: Systems & Software Engineer, Software
Development Manager, Director of IT Project
Management, Entrepreneur, CSM
• Over 8 years of implementing Agile practices with
many software teams spanning many organizations.
• Software developer by night (Ruby on Rails,
PostgreSQL, etc.) working on the next shiny object.

Copyright© Agile Transformation Inc

2
Agenda
✴ Understanding

✴ When

Agile (quick)

to Consider Agile

✴ Shu-Ha-Ri

✴ Common

Patterns for Getting Started

✴ Patterns

of Resistance

✴ Patterns

for Success

✴ Smelly Agile

7
Copyright© Agile Transformation Inc

3
The Agile Manifesto - 2001
The manifesto’s shared value statement:

“We are uncovering better ways of developing software by doing it and helping others do it. Through this work
we have come to value:

Individuals & interactions

Over Processes & Tools

Working Software

Over Comprehensive Documentation

Customer Collaboration

Over Contract Negotiation

Responding to Change

Over Following a Plan

“That is, while there is value in the items on the right,
we value the items on the left more.”
Copyright© Agile Transformation Inc

4
Agile Principles
Our highest priority is to satisfy the customer through early and
continuous delivery of valuable software.
Welcome changing requirements, even late in development. Agile
processes harness change for the customer's competitive advantage.
Deliver working software frequently, from a couple of weeks to a couple
of months, with a preference to the shorter timescale.
Build projects around motivated individuals. Give them the environment
and support they need, and trust them to get the job done.
Business people and developers must work together daily throughout
the project.

The most efficient and effective method of conveying information to
and within a development team is face-to-face conversation.

Copyright© Agile Transformation Inc

5
Agile Principles
Working software is the primary measure of progress.

Agile processes promote sustainable development. The sponsors,
developers, and users should be able to maintain a constant pace
indefinitely.
Continuous attention to technical excellence and good design
enhances agility.
Simplicity--the art of maximizing the amount of work not done--is
essential.
The best architectures, requirements, and designs emerge from selforganizing teams.

At regular intervals, the team reflects on how to become more effective,
then tunes and adjusts its behavior accordingly.

Copyright© Agile Transformation Inc

6
Agile is …
An umbrella term for Agile methods

DSDM
FDD
Agile Unified Process

Copyright© Agile Transformation Inc

CRYSTAL

7
Agile is …
• Can be looked at as “Any method that encourages people to embrace and

use Agile principles and values in their daily decision making.” (an original
from yours truly)
• Goal of agile is to “deliver the highest value first with high quality as fast as
possible.” (courtesy Bob Hartman, http://agilebob.com)

Copyright© Agile Transformation Inc

8
When should we use Waterfall?
• Good Reasons
• End state is well-known – no ambiguity
• Requirements are clear and won’t change or require business input or feedback

• Technology is completely understood and there is very little or no risk

• (Maybe) Not So Good Reasons
• Culture is resistant to change
• We already kick butt! (don’t need to improve)
• There are no external business pressures for the business to become more agile, i.e.

no competition (yet)
• It won’t work on “X” type projects

Copyright© Agile Transformation Inc

9
When to Consider Agile

Copyright© Agile Transformation Inc

10
Shu Ha Ri

Copyright© Agile Transformation Inc

11
Patterns for Starting (Finally)
• All-In (Cannonball!!!)

• Grass Roots
• The Poster Child
• Call 911!

Copyright© Agile Transformation Inc

12
All-In (Cannonball!!!)
The “All-In” pattern is used when the leadership (or CEO) of a company
decide and decrees that their organization will be Agile and the transition will
be immediate.
• Why/when To Consider
• Time is of the essence
• Won’t have the problem of Agile and non-Agile teams having to sync up
• Resistance will be reduced (not eliminated)

• What you need
• Complete support from leadership team (in fact they are driving it)
• Money
• Help from the outside
Copyright© Agile Transformation Inc

13
Grass Roots
The “Grass Roots” pattern is used when a team wants to “try” Agile. This is not a decree
from leadership, but a desire to improve. The transition to Agile is done without fanfare
or PR, i.e. it’s “covert”.
• Why/when To Consider
• Leadership does not know/understand Agile
• Lots of misinformation floating around about Agile
• The team collectively wants to try it
• What you need
• Support from either the team lead or manager
• Buy-in from the team
• Commitment to continuous improvement
• An evangelist would be great to “spread the word”
Copyright© Agile Transformation Inc

14
The Poster Child
The “Poster Child” pattern is one where someone in executive leadership has decided to
“try” Agile, i.e. “dip their toe” in the water before jumping all in. It is advertised that
Agile is being piloted, a team(s) is formed, and progress is monitored.
• Why/when To Consider
• Change is needed, but it is not time sensitive
• Can’t afford an “all-in” change
• Culture change needs to happen, but can’t occur all at once

• What you need
• Support from Leadership
• Agile evangelist(s)
• Help

• The right team and team commitment
• The right pilot project

Copyright© Agile Transformation Inc

15
Call 911!
This pattern is used when there is a critical “no fail” project and it either a) has not
started or b) has started and stalled. Typically the project leader hears about Agile and is
willing to try anything out of desperation.
• Why/when To Consider
• Your stuck and need to get unstuck

• The project is critical to the success of the company

• What you need
• Outside help
• An understanding that Agile only exposes problems, it does not solve them
• The person in charge of the project has complete control
• The organization is willing to make tough decisions

Copyright© Agile Transformation Inc

16
Patterns of Resistance
• Agile as Micromanagement (yes, it’s common)
• Developers get a LOT more attention up front
• Testers are brought in up front also, when in the past they were used to “waiting” for

the software at the end
• The Need to Know Everything Up Front
• For some, it is hard to start without knowing everything, i.e. “the fat requirements
doc”
• Distributed Development is a Fact of Life
• The Need for the Top Talent
• Barry Boehm’s principle of Top Talent – “Use Better and Fewer People”
• “The top 20% of people product about 50% of the output”

Copyright© Agile Transformation Inc

17
Preparing for Success
• Get an internal Agile evangelist
• Training
• If using “all-in”, will need a lot of outside help
• If using “grass roots”, identify that internal evangelist if you can’t bring in an external

trainer.

• Agile is a culture change, and your culture may not be ready (yet)
• Agile is cross-functional, come up with a plan to introduce it to the other

groups who need to be involved
• Be patient and persevere

• Change is hard, don’t underestimate this. It will take time.

Copyright© Agile Transformation Inc

18
What Smells!?!?
So you’ve gone “Agile”, eh? Here are some common “smells” that crop up over and over.
Recognize them, and figure out how to eliminate them.
• No retrospectives

• Sit down stand ups
• No product backlog

• No single person who controls the backlog

• The backlog management can be delegated to the team!!

• The team tells the Scrum Master what to do

• The Scrum Master is a servant leader, not just a servant

• No technical practices implemented
• No epics or themes on the backlog

Copyright© Agile Transformation Inc

19
What Smells!?!? (continued)
• User stories written as “As a developer, I need to code this or that”, or “As a tester I

need to test stuff”. Value is for the customer.
• Your team can’t get anything to DONE without another team
• What could be the problem here?

• No burn up, burn down, burn anything charts
• The team doesn’t know their velocity

• Excessive requirements change for the team to be able to commit to a 2 week sprint
• Repeating problems and conversations slow everything down, Groundhog Day

• The entire team has only one skillset
• Thinking that Agile is nothing more than processes and procedures

Copyright© Agile Transformation Inc

20
How to Get Rid of the Smells
• Remember Shu-Ha-Ri? Might need to go back to Shu.
• Ask the team!
• Training/coaching

• Reorganize/restructure
• Stick your neck out

• You may have to have crucial conversations with the team and/or leadership.

Copyright© Agile Transformation Inc

21

More Related Content

PDF
PPTX
Agile Mindset For Executives
PPTX
Alternatives to scaling your agile process: valuing outcomes over output
PPTX
Agile Auckland agile 101 back to basics
PPTX
Managers and the land of the lost
PDF
Journey toagile published
PDF
AgileCamp 2015: Keynote Scrum Is a Productivity Superweapon - Jeff Sutherland
Agile Mindset For Executives
Alternatives to scaling your agile process: valuing outcomes over output
Agile Auckland agile 101 back to basics
Managers and the land of the lost
Journey toagile published
AgileCamp 2015: Keynote Scrum Is a Productivity Superweapon - Jeff Sutherland

What's hot (20)

PPTX
The Past and Future of Agility: Lean and Agile Trends and Prognostication
PDF
Applying Agile Team Management
PDF
Introductionto Agile Executive Overview Gpi Asia Rev2
PPTX
Lean sw development il tech-talks
PPTX
Overcoming More Impediments to Agile Transformation - Distributed Teams, Scal...
PPTX
From Project Manager to Scrum Master
PPTX
Agile Transformation - Cultural and Behavioral Challenges
PDF
Exec Overview to Agile-Scrum
PPTX
cPrime Agile Enterprise Transformation
PDF
Taking innovations to product reality using nav principles
PDF
Formula 1 Lean by Jon Stahl
PDF
How do you survive the radical shift towards inversion of responsibility and ...
PPTX
I don't do agile, i am agile (Barry O'Reilly)
PDF
Nasty Impediments by Stacia Viscardi
PPTX
Agile: Beyond Software
PDF
Flow-based road mapping & options thinking
PDF
Agile Anywhere in the 21st Century: Setting up distributed teams to be effective
PPTX
Continuous Improvement Tricks
The Past and Future of Agility: Lean and Agile Trends and Prognostication
Applying Agile Team Management
Introductionto Agile Executive Overview Gpi Asia Rev2
Lean sw development il tech-talks
Overcoming More Impediments to Agile Transformation - Distributed Teams, Scal...
From Project Manager to Scrum Master
Agile Transformation - Cultural and Behavioral Challenges
Exec Overview to Agile-Scrum
cPrime Agile Enterprise Transformation
Taking innovations to product reality using nav principles
Formula 1 Lean by Jon Stahl
How do you survive the radical shift towards inversion of responsibility and ...
I don't do agile, i am agile (Barry O'Reilly)
Nasty Impediments by Stacia Viscardi
Agile: Beyond Software
Flow-based road mapping & options thinking
Agile Anywhere in the 21st Century: Setting up distributed teams to be effective
Continuous Improvement Tricks
Ad

Similar to Patterns for getting started with agile (20)

PPTX
You Can't Buy Agile
PDF
Scrum Deutschland 2018 - Wolfgang Hilpert - Are you agile enough to succeed w...
PDF
Agile vs.-traditional-roles
PPTX
Software Agility.pptx
PDF
Practical Scrum - day 1
PPTX
The 12 Agile Principles
PPT
Agile for Me- CodeStock 2009
PDF
Agile Methods: Facts and Myths - 1st Agile Cyprus Meetup
PDF
Agile pandemic.pptx
PDF
DevOps Year One
PPTX
Getting started with agile
PPTX
Agile for Dummies
PPTX
Agile for-college
PDF
Intro to Agile - Heidi Araya
PPTX
Power point template_bootcamp_abridged
PDF
From Software Developer to Proud Product Owner (Agile Connect Aveiro Meetup #20)
PDF
200229 PMDays Kharkiv 3 Secrets of Agile Leaders
PPTX
Introducing Agile to the Enterprise
PPTX
A CTOs Perspective on Agile
PPTX
SDEC15: Help the Scrum Master *IS* the Impediment
You Can't Buy Agile
Scrum Deutschland 2018 - Wolfgang Hilpert - Are you agile enough to succeed w...
Agile vs.-traditional-roles
Software Agility.pptx
Practical Scrum - day 1
The 12 Agile Principles
Agile for Me- CodeStock 2009
Agile Methods: Facts and Myths - 1st Agile Cyprus Meetup
Agile pandemic.pptx
DevOps Year One
Getting started with agile
Agile for Dummies
Agile for-college
Intro to Agile - Heidi Araya
Power point template_bootcamp_abridged
From Software Developer to Proud Product Owner (Agile Connect Aveiro Meetup #20)
200229 PMDays Kharkiv 3 Secrets of Agile Leaders
Introducing Agile to the Enterprise
A CTOs Perspective on Agile
SDEC15: Help the Scrum Master *IS* the Impediment
Ad

Recently uploaded (20)

PDF
7 ChatGPT Prompts to Help You Define Your Ideal Customer Profile.pdf
PDF
Advanced methodologies resolving dimensionality complications for autism neur...
PDF
Shreyas Phanse Resume: Experienced Backend Engineer | Java • Spring Boot • Ka...
PPTX
Detection-First SIEM: Rule Types, Dashboards, and Threat-Informed Strategy
PPTX
Digital-Transformation-Roadmap-for-Companies.pptx
PDF
Empathic Computing: Creating Shared Understanding
PPTX
KOM of Painting work and Equipment Insulation REV00 update 25-dec.pptx
PDF
Network Security Unit 5.pdf for BCA BBA.
PDF
Blue Purple Modern Animated Computer Science Presentation.pdf.pdf
PDF
KodekX | Application Modernization Development
PDF
How UI/UX Design Impacts User Retention in Mobile Apps.pdf
PDF
Per capita expenditure prediction using model stacking based on satellite ima...
PPTX
A Presentation on Artificial Intelligence
PDF
Peak of Data & AI Encore- AI for Metadata and Smarter Workflows
PDF
The Rise and Fall of 3GPP – Time for a Sabbatical?
PDF
NewMind AI Monthly Chronicles - July 2025
PDF
CIFDAQ's Market Insight: SEC Turns Pro Crypto
PDF
Diabetes mellitus diagnosis method based random forest with bat algorithm
PDF
cuic standard and advanced reporting.pdf
PDF
Mobile App Security Testing_ A Comprehensive Guide.pdf
7 ChatGPT Prompts to Help You Define Your Ideal Customer Profile.pdf
Advanced methodologies resolving dimensionality complications for autism neur...
Shreyas Phanse Resume: Experienced Backend Engineer | Java • Spring Boot • Ka...
Detection-First SIEM: Rule Types, Dashboards, and Threat-Informed Strategy
Digital-Transformation-Roadmap-for-Companies.pptx
Empathic Computing: Creating Shared Understanding
KOM of Painting work and Equipment Insulation REV00 update 25-dec.pptx
Network Security Unit 5.pdf for BCA BBA.
Blue Purple Modern Animated Computer Science Presentation.pdf.pdf
KodekX | Application Modernization Development
How UI/UX Design Impacts User Retention in Mobile Apps.pdf
Per capita expenditure prediction using model stacking based on satellite ima...
A Presentation on Artificial Intelligence
Peak of Data & AI Encore- AI for Metadata and Smarter Workflows
The Rise and Fall of 3GPP – Time for a Sabbatical?
NewMind AI Monthly Chronicles - July 2025
CIFDAQ's Market Insight: SEC Turns Pro Crypto
Diabetes mellitus diagnosis method based random forest with bat algorithm
cuic standard and advanced reporting.pdf
Mobile App Security Testing_ A Comprehensive Guide.pdf

Patterns for getting started with agile

  • 2. About Me Andre Simones • Enterprise Agile Coach & Trainer – Agile Transformation • Background: Systems & Software Engineer, Software Development Manager, Director of IT Project Management, Entrepreneur, CSM • Over 8 years of implementing Agile practices with many software teams spanning many organizations. • Software developer by night (Ruby on Rails, PostgreSQL, etc.) working on the next shiny object. Copyright© Agile Transformation Inc 2
  • 3. Agenda ✴ Understanding ✴ When Agile (quick) to Consider Agile ✴ Shu-Ha-Ri ✴ Common Patterns for Getting Started ✴ Patterns of Resistance ✴ Patterns for Success ✴ Smelly Agile 7 Copyright© Agile Transformation Inc 3
  • 4. The Agile Manifesto - 2001 The manifesto’s shared value statement: “We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals & interactions Over Processes & Tools Working Software Over Comprehensive Documentation Customer Collaboration Over Contract Negotiation Responding to Change Over Following a Plan “That is, while there is value in the items on the right, we value the items on the left more.” Copyright© Agile Transformation Inc 4
  • 5. Agile Principles Our highest priority is to satisfy the customer through early and continuous delivery of valuable software. Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale. Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done. Business people and developers must work together daily throughout the project. The most efficient and effective method of conveying information to and within a development team is face-to-face conversation. Copyright© Agile Transformation Inc 5
  • 6. Agile Principles Working software is the primary measure of progress. Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely. Continuous attention to technical excellence and good design enhances agility. Simplicity--the art of maximizing the amount of work not done--is essential. The best architectures, requirements, and designs emerge from selforganizing teams. At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly. Copyright© Agile Transformation Inc 6
  • 7. Agile is … An umbrella term for Agile methods DSDM FDD Agile Unified Process Copyright© Agile Transformation Inc CRYSTAL 7
  • 8. Agile is … • Can be looked at as “Any method that encourages people to embrace and use Agile principles and values in their daily decision making.” (an original from yours truly) • Goal of agile is to “deliver the highest value first with high quality as fast as possible.” (courtesy Bob Hartman, http://agilebob.com) Copyright© Agile Transformation Inc 8
  • 9. When should we use Waterfall? • Good Reasons • End state is well-known – no ambiguity • Requirements are clear and won’t change or require business input or feedback • Technology is completely understood and there is very little or no risk • (Maybe) Not So Good Reasons • Culture is resistant to change • We already kick butt! (don’t need to improve) • There are no external business pressures for the business to become more agile, i.e. no competition (yet) • It won’t work on “X” type projects Copyright© Agile Transformation Inc 9
  • 10. When to Consider Agile Copyright© Agile Transformation Inc 10
  • 11. Shu Ha Ri Copyright© Agile Transformation Inc 11
  • 12. Patterns for Starting (Finally) • All-In (Cannonball!!!) • Grass Roots • The Poster Child • Call 911! Copyright© Agile Transformation Inc 12
  • 13. All-In (Cannonball!!!) The “All-In” pattern is used when the leadership (or CEO) of a company decide and decrees that their organization will be Agile and the transition will be immediate. • Why/when To Consider • Time is of the essence • Won’t have the problem of Agile and non-Agile teams having to sync up • Resistance will be reduced (not eliminated) • What you need • Complete support from leadership team (in fact they are driving it) • Money • Help from the outside Copyright© Agile Transformation Inc 13
  • 14. Grass Roots The “Grass Roots” pattern is used when a team wants to “try” Agile. This is not a decree from leadership, but a desire to improve. The transition to Agile is done without fanfare or PR, i.e. it’s “covert”. • Why/when To Consider • Leadership does not know/understand Agile • Lots of misinformation floating around about Agile • The team collectively wants to try it • What you need • Support from either the team lead or manager • Buy-in from the team • Commitment to continuous improvement • An evangelist would be great to “spread the word” Copyright© Agile Transformation Inc 14
  • 15. The Poster Child The “Poster Child” pattern is one where someone in executive leadership has decided to “try” Agile, i.e. “dip their toe” in the water before jumping all in. It is advertised that Agile is being piloted, a team(s) is formed, and progress is monitored. • Why/when To Consider • Change is needed, but it is not time sensitive • Can’t afford an “all-in” change • Culture change needs to happen, but can’t occur all at once • What you need • Support from Leadership • Agile evangelist(s) • Help • The right team and team commitment • The right pilot project Copyright© Agile Transformation Inc 15
  • 16. Call 911! This pattern is used when there is a critical “no fail” project and it either a) has not started or b) has started and stalled. Typically the project leader hears about Agile and is willing to try anything out of desperation. • Why/when To Consider • Your stuck and need to get unstuck • The project is critical to the success of the company • What you need • Outside help • An understanding that Agile only exposes problems, it does not solve them • The person in charge of the project has complete control • The organization is willing to make tough decisions Copyright© Agile Transformation Inc 16
  • 17. Patterns of Resistance • Agile as Micromanagement (yes, it’s common) • Developers get a LOT more attention up front • Testers are brought in up front also, when in the past they were used to “waiting” for the software at the end • The Need to Know Everything Up Front • For some, it is hard to start without knowing everything, i.e. “the fat requirements doc” • Distributed Development is a Fact of Life • The Need for the Top Talent • Barry Boehm’s principle of Top Talent – “Use Better and Fewer People” • “The top 20% of people product about 50% of the output” Copyright© Agile Transformation Inc 17
  • 18. Preparing for Success • Get an internal Agile evangelist • Training • If using “all-in”, will need a lot of outside help • If using “grass roots”, identify that internal evangelist if you can’t bring in an external trainer. • Agile is a culture change, and your culture may not be ready (yet) • Agile is cross-functional, come up with a plan to introduce it to the other groups who need to be involved • Be patient and persevere • Change is hard, don’t underestimate this. It will take time. Copyright© Agile Transformation Inc 18
  • 19. What Smells!?!? So you’ve gone “Agile”, eh? Here are some common “smells” that crop up over and over. Recognize them, and figure out how to eliminate them. • No retrospectives • Sit down stand ups • No product backlog • No single person who controls the backlog • The backlog management can be delegated to the team!! • The team tells the Scrum Master what to do • The Scrum Master is a servant leader, not just a servant • No technical practices implemented • No epics or themes on the backlog Copyright© Agile Transformation Inc 19
  • 20. What Smells!?!? (continued) • User stories written as “As a developer, I need to code this or that”, or “As a tester I need to test stuff”. Value is for the customer. • Your team can’t get anything to DONE without another team • What could be the problem here? • No burn up, burn down, burn anything charts • The team doesn’t know their velocity • Excessive requirements change for the team to be able to commit to a 2 week sprint • Repeating problems and conversations slow everything down, Groundhog Day • The entire team has only one skillset • Thinking that Agile is nothing more than processes and procedures Copyright© Agile Transformation Inc 20
  • 21. How to Get Rid of the Smells • Remember Shu-Ha-Ri? Might need to go back to Shu. • Ask the team! • Training/coaching • Reorganize/restructure • Stick your neck out • You may have to have crucial conversations with the team and/or leadership. Copyright© Agile Transformation Inc 21