12 suggestions for how to convince traditional clients to agree to an Agile project plan. Presented by Arin Sime of OpenSource Connections at Agile 2009 in Chicago.
How to Troubleshoot Apps for the Modern Connected Worker
Â
How to sell a traditional client on an Agile project plan
1. How to sell a traditional client
on an Agile project plan
Arin Sime asime@o19s.com 434 996 5226
2. Outline
⢠Why do we need to sell it?
⢠Background/Bio
⢠DeďŹning a âtraditionalâ environment
⢠Survey on Selling Agile
⢠Strategies for persuasion
⢠The importance of continuing to sell
the process throughout the project
4. Why do we need to sell it?
â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.â
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. 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. Some of our clients...
Platforms and Languages
ASP .Net C C# Java
Linux MySQL Oracle PHP
Python Ruby Solaris SQL Server
9. Survey on âSelling Agileâ
Booz Allen Hamilton
SAIC
⢠Collected stories from a Capitol One
International Monetary Fund
survey of fellow students and US Air Force
other colleagues AutoZone
QinetiQ
US Department of Justice
⢠How they have sold Agile or Fannie Mae
been sold on Agile. Freddie Mac
AOL
IBM
ManTech
Department of Veterans
Affairs
University of Virginia
http://www.tinyurl.com/SellingAgileSurvey/
10. Survey on âSelling Agileâ
â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ââ
http://www.tinyurl.com/SellingAgileSurvey/
11. What is a âtraditional environmentâ?
âPlan Driven methods are
generally considered the traditional way
to develop software. Based on concepts
drawn from the mainline engineering
ďŹelds, these methods approach
development in a
requirements/design/
build paradigm with standard, well-
deďŹned 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
12. Agile Project Management OfďŹce
13. #1 Trial by Sprint
âYou need to show a success to get adoption.â
14. #1 Trial by Sprint
âTrust me for two
weeks. If you hate
it, you can ďŹre Dwight Gibbs, Senior Vice
me.â
President of Technology
for INPUT, formerly the
CTO at Legg Mason Capital
Management
Dwight Gibbs, CTO at Legg Mason Capital
Management, promising the Director of Research
that if he 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. #2 Case Studies in Success Proposal Tip
⢠Present case studies of Agile
success from your own client
history
⢠Example burndowns
⢠Stories of beneďŹts 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. #3 Client Testimonials Proposal Tip
âBiggest gain from Scrum was
just keeping the project going.â
âcertainly one of the
âComplexity
dictated we
most successful
couldnât know it projects ever hereâ
all up front - we
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. #3 Client Testimonials
âI donât have to lord over people, no siddling over people with a
coffee cup like in Office Space.â
18. #4 Finding a Champion
âI highlighted the beneďŹts 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. #4 Finding a Champion
⢠Identify Stakeholder most in need
⢠Address their needs with Agile
⢠Enlist their support in adoption
⢠Helps to already have a relationship
20. #5 Using Metrics of Success
â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 beneďŹt.â
21. #5 Using Metrics of Success Proposal Tip
⢠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
http://www.forrester.com/Research/Document/0,7211,37380,00.html
22. #6 Show how Agile combats common IT failures
â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 conďŹict management
and more productive future projects).â
23. #6 Show how Agile combats common IT failures Proposal Tip
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. InsufďŹcient management
InsufďŹcient riskrisk management
be mitigated by Agile, as
4. InsufďŹcient planning identiďŹed 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. InsufďŹcient project sponsorship
InsufďŹcient 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. #7 Examples of industry/government leaders using Agile
âClients, especially the military, are wary of
catch phrases and sometimes unwilling to
change their habits.â
25. #7 Examples of industry/government leaders using Agile
Proposal Tip
⢠CIA IT Projects follow this spiral lifecycle:
⢠Understand the mission
⢠Establish the vision
⢠Develop the architecture Jill Singer
⢠DeďŹne plans Deputy Chief Information OfďŹcer
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. #7 Examples of industry/government leaders using Agile
⢠BeneďŹts 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 OfďŹcer
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. #8 Comparison to other methodologies
â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. #8 Comparison to other methodologies Proposal Tip
From âScrum in 5 Minutesâ, by Softhouse. Available at: www.softhouse.se/Uploades/Scrum_eng_webb.pdf
29. #9 Listen to their needs and address them
âI am always skeptical of anything that
promises it is the 'o nly' or the
'best' [methodology].â
30. #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 ďŹrst.
31. #10 Sneak it in
âAgile practices usually ďŹnd their way into the
Soft ware Development Lifecycle even if they
are not ofďŹcially blessed.â
âI make sure I utilize agile practices where ever
I can - I just don't use the agile terminology.â
32. #10 Sneak it in
⢠Implement it piece by piece, without
saying what you are doing.
⢠One idea: 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. #11 Compromise
â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. #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. #12 Agile Project Management OfďŹce Proposal Tip
⢠Provide an interface to your
clients that translates your Agile
metrics into regular reports for
the client
⢠Takes compliance burden off your
development team
⢠Serves as âEducator and Coachâ
to client
36. 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
37. Thanks for your time - Any Questions?
Follow up....
www.OpenSourceConnections.com/Blog/
ASime@OpenSourceConnections.com
434 996 5226
www.Twitter.com/ArinSime