This document provides strategies for selling an Agile project plan to a traditional client. It begins with explaining why Agile needs to be sold and defines a traditional environment. It then discusses 11 strategies for persuading clients, including running a trial sprint, using case studies and metrics to show successes, finding a champion, and comparing Agile to other methodologies. It stresses the importance of continuing to promote Agile's benefits throughout the project. The document aims to help consultants overcome clients' fears of Agile and replace traditional upfront documentation with iterative development.
The Future Roadmap for the Composable Data Stack - Wes McKinney - Data Counci...
How to Sell a Traditional Client on an Agile Project Plan
1. How to sell a traditional client
on an Agile project plan
Presented to AgileCville 7/16/2009
Arin Sime asime@o19s.com 434 996 5226
2. Outline
• Why do we need to sell it?
• Background/Bio
• Defining a “traditional” environment
• Survey on Selling Agile
• Strategies for persuasion
• The importance of continuing to sell
the process throughout the project
4. “Some kind of structure
(or architecture) is
imperative because
decentralization
without structure is
chaos.”
- J.A. Zachman, 1987, “A
framework for
information systems
architecture”
6. More from Zachman...
“The architect must convince the owner
that the owner’s desires are understood
well enough so that the owner will pay
for the creative work to follow, and in
effect, initiate the project.”
We need to convince our clients that we
understand their desires, and that Agile can
substitute for most, if not all, of the up front
documentation
7. Automating the Science To Enable the Art
A little about me...
Senior Consultant, OpenSource Connections
Custom software development consulting for
entrepreneurial, government, and military clients
Graduate student (M.S. in Management of I.T.) at the
University of Virginia’s McIntire School of Commerce
Adjunct Instructor in a corporate software engineering
program for Virginia Commonwealth University
8. Automating the Science To Enable the Art
Some of our clients....
Platforms and Languages
ASP .Net C C# Java
Linux MySQL Oracle PHP
Python Ruby Solaris SQL Server
9. Booz Allen Hamilton
SAIC
Capitol One
International Monetary Fund
US Air Force
Surveyed fellow students AutoZone
of MSMIT program and QinetiQ
US Department of Justice
other colleagues for Fannie Mae
Freddie Mac
examples of how they AOL
IBM
have sold Agile or been ManTech
sold on Agile. Department of Veterans Affairs
University of Virginia
http://www.tinyurl.com/SellingAgileSurvey/
10. “Agile seems to carry the connotation of 'c ode-
like-hell' or just, 'work faster'.”
“I am skeptical of any methods that that could
be interpreted as ‘cutting corners’”
11. What exactly is a traditional environment?
“Plan Driven methods are
generally considered the traditional way
to develop software. Based on concepts
drawn from the mainline engineering
fields, these methods approach
development in a
requirements/design/
build paradigm with standard, well-
defined processes that organizations
improve continuously.”
12. Strategies for Persuasion
1. Trial by Sprint
2. Case Studies of Success
3. Client/Customer Testimonials
4. Finding a champion in Key Stakeholders
5. Using metrics of success
6. Showing how Agile combats common IT project failures
7. Examples of industry/government leaders using Agile
8. Comparison to other methodologies
9. Listen to their needs and address them
10. Sneak it in
11. Compromise
14. Strategy #1: Trial by Sprint
“Trust me for two
weeks. If you hate
it, you can fire
me.”
Dwight Gibbs, CTO at Legg Mason Dwight Gibbs, Senior Vice
President of Technology
Capital Management, promising the for INPUT, formerly the
CTO at Legg Mason Capital
Director of Research that if he Management
didn’t see development team
improvements after only one
sprint, then they would abandon
Agile.
“The sprint went well and we stayed with Scrum”
15. Strategy #2: Case Studies in Success
• Present case studies of Agile
success from your own client
history
• Example burndowns
• Stories of benefits to teams
• Highlight how the process
caught risks early, and
addressed them
• Use graphics
• Present industry examples of Agile
success
Links to Agile Case Studies can be found at: http://www.notesfromatooluser.com/2008/11/scrum-case-studies.html
16. Strategy #3: Client/Customer Testimonials
“Biggest gain from Scrum was
just keeping the project going.”
“Complexity “certainly one of the
dictated we most successful
couldn’t know it
all up front - we projects ever here”
have to
“Eliminated biases of
prototype.”
what developers can do
by letting them self-
“Got it done a lot better select”
because team is well
integrated. I didn’t have to
plan who worked on what.”
17. Strategy #3: Client/Customer Testimonials
“I don’t have to lord over people, no siddling over people with a
coffee cup like in Office Space.”
18. “I highlighted the benefits to the Project
Manager: higher productivity and less team-
management stuff since the team will take
care of lots of team-management and updating
(burn charts) instead of PM's managing those
details.”
19. Strategy #4: Finding a Champion in Key Stakeholders
• Identify Stakeholder most in need
• Address their needs with Agile
• Enlist their support in adoption
• Helps to already have a relationship
20. “The development team applies Agile. I think it
is useful to obtain metrics and organize the
work. From a business perspective, I have not
seen the benefit.”
21. Strategy #5: Using Metrics of Success
• Show metrics in proposals and
throughout your project.
• Show Burndowns over the course
of the project
• Use test coverage/test success as
a metric
• Velocity/Story points
accomplished by your team
• Defects from issue tracking tools
• Shown here is an excerpt from a
ThoughtWorks Project Manager's
Status Report (as reported in
Forrester Research Inc)
http://www.forrester.com/Research/Document/0,7211,37380,00.html
22. “I created a presentation [showing] increased
productivity, better risk management (through
early detection), lower defect rates and
enhanced team experience (which will translate
to higher retention, less conflict management
and more productive future projects).”
23. Strategy #6: Show how Agile combats common IT failures
Top 10 Classic Mistakes
1. Poor estimation and scheduling
Poor estimation and scheduling
2. Ineffective stakeholder management
Ineffective stakeholder management
Classic Mistakes that can
3. Insufficient management
Insufficient riskrisk management
be mitigated by Agile, as
4. Insufficient planning identified in article
Classic Mistakes that can
5. Shortchanged quality assurance
Shortchanged quality assurance also arguably be mitigated
6. Weak personnel and/or team
Weak personnel and/or team issues issues by Agile and Scrum
(my addition)
7. Insufficient project sponsorship
Insufficient project sponsorship
8. Poor requirements determination
Poor requirements determination
9. Inattention to politics
10. Lack of user involvement
10. Lack of user involvement
Source: Prof. R. Ryan Nelson, University of Virginia. As published in MIS Quarterly Executive,
“IT Project Management: Infamous Failures, Classic Mistakes, and Best Practices”, June 2007
24. “Clients, especially the military, are wary of
catch phrases and sometimes unwilling to
change their habits.”
25. Strategy #7: Examples of industry/government leaders using Agile
• CIA IT Projects follow this spiral lifecycle:
• Understand the mission
• Establish the vision
• Develop the architecture Jill Singer
• Define plans Deputy Chief Information Officer
Central Intelligence Agency
• Resource plans former VP for Project
• Execute plans Management, SAIC
• Measure progress
• But within that lifecycle, they use Scrum,
primarily 4 week sprints
26. Strategy #7: Examples of industry/government leaders using Agile
• Benefits the CIA has seen with Scrum:
• Regular and tangible deliverables
• Customer buy-in
• Trying out prototypes
• Users enjoy being able to add features Deputy Chief Information Officer
Jill Singer
and change priorities with each iteration Central Intelligence Agency
• If a project is late, users don’t mind as former VP for Project
Management, SAIC
much
• Challenges the CIA has run into:
• “What is Version 1.0?”
27. “I gave an overview of the Scrum process and
highlighted the ease of transition since
iterative/incremental development has been in
practice for a long time (in other forms such as
a spiral approach)”
28. Strategy #8: Comparison to other methodologies
From “Scrum in 5 Minutes”, by Softhouse. Available at: www.softhouse.se/Uploades/Scrum_eng_webb.pdf
29. “I am always skeptical of anything that
promises it is the 'o nly' or the
'best' [methodology].”
30. Strategy #9: Listen to their needs and address them
The Politics of Persuasion
1. Spend a lot of time listening. Ask
people what challenges they are
facing in their projects.
2. Make mental notes of each
challenge.
3. Turn those challenges around and
use them to segue into something
you wanted to talk about anyways.
(ie, how Agile will solve those
problems)
4. Customers appreciate that you are
offering positive solutions to their
problems instead of just pushing
your ideas without listening to
them first.
31. “Agile practices usually find their way into the
Soft ware Development Lifecycle even if they
are not officially blessed.”
“I make sure I utilize agile practices where ever
I can - I just don't use the agile terminology.”
32. Strategy #10: Sneak it in
• Implement it piece by piece, without
saying what you are doing.
• Start with iterations and demos, daily
stand ups. PM’s love those.
• Then move to developer driven practices
like sprint planning, XP, CI.
• Risky strategy, but can be used to
overcome fear of the word Agile
33. “The methodology that has worked in my
experience has been to incrementally introduce
Agile ... Start using a limited set of the
practices and gradually start bringing in
more.”
34. Strategy #11: Compromise
• Some clients will
require checkboxes of
all documentation they
always ask everyone
for. (I’m looking at you,
Federal Government)
• Try to shift when those
documents are due.
Focus only on those
that provide value up
front, leave the rest till
the end.
35. Never stop selling Agile.
When you’re in a project and it just saved
you (ie, due to increased agility to changes),
let the client know why.
When things are going bad, point out how
the increased visibility into the project at
least caught the problems earlier.
SELLING
AGILE
36. Automating the Science To Enable the Art
Questions?
Follow up....
www.OpenSourceConnections.com/Blog/
ASime@OpenSourceConnections.com
434 996 5226