Recent years has seen an emerging new standard in software delivery, with Gartner claiming that over 80% of software development uses some form of agile methodology. Starting by understanding the mega-trends underlying this shift, from the commoditization of software changes, to the proliferation of development frameworks, to the increasing influence the customers of software have on the development lifecycle, we’ll consider the fundamental differences between a long big bang delivery lifecycle and a short incremental value delivery lifecycle, and its impact on information systems, security and controls.

1. big bang delivery to
continual value delivery
http://hubblesite.org/news/2009/25

2. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
emergence of waterfall
overshadowed by IID

3. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
First description of
Iterative Development
(1968) Brian Randell
& F.W. Zurcher
“The basic approach
recognizes the futility of
separating design,
evaluation, and
documentation
processes in software-
system design”

4. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
Iterative & incremental development has a rich
history since the 1950s
•1950s - X-15 Hypersonic jet was a milestone 1950s
project applying IID
•1960s - Project Mercury, the first human spaceflight
program in the US
•1972 - IBM FSD (Federal Systems Division) working on
1 million+ lines of code for US Trident command system
•1977 - FSD incorporated the Trident IID approach with
over 2500 engineers as an alternative to waterfall

5. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
Adoption of waterfall driven by Federal mandate
•Winston Royce (1970) “Managing the Development of
Large Software Systems” became poster child for
waterfall
•1985 - DoD-Std-2167 - establishes waterfall as the
mandatory process for software delivery (by accident)
•1994 - Mil-Std-498 - permits both waterfall and IID
•2000 - DoD 5000.2 IID is identified as the preferred
software delivery approach

6. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
experiencing big bang vs.
incremental value delivery

7. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2010.
G
am
e
Instead of yoga... the Ball Point Game!
RULES OF THE GAME...
‘Produce’ as many balls as possible in the time allowed
›To ‘deliver’ a ball, every person must touch the ball
›When you pass the ball, it must have air time
›You cannot pass the ball to your neighbour on the
right or left
›One person has to introduce the balls into the
system and the balls have to return to this person in
order to be counted

8. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2010.
G
am
e
First, a big bang approach...
RULES OF THE GAME...
›To ‘deliver’ a ball, every person
must touch the ball
›When you pass the ball, it must
have air time
›You cannot pass the ball to your
neighbour on the right or left
›One person has to introduce the
balls into the system and the balls
have to return to this person in
order to be counted
ROUND 1
›3 mins - plan how
you will work
together to ‘deliver’
as many balls as you
can
›3 mins - execution!

9. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2010.
G
am
e
Second, an incremental delivery approach...
RULES OF THE GAME...
›To ‘deliver’ a ball, every person
must touch the ball
›When you pass the ball, it must
have air time
›You cannot pass the ball to your
neighbour on the right or left
›One person has to introduce the
balls into the system and the balls
have to return to this person in
order to be counted
ROUND 2
›1 min - plan how you
will work together to
‘deliver’ as many
balls as you can
›1 min - execution!
›rinse & repeat 3
times

10. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
“At the University of California at
Irvine, ...they just planted grass... they
waited a year and looked at where
people had made paths in the grass
and built the side walks there.”
adapting vs. defining

11. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
shifting sands

12. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
Growing Software
Complexity
Software complexity in FORD vehicles
quadrupled in 5 years
0
2.5
5
7.5
10
2005 2006 2007 2008 2009 2010
10
6
4.5
3.4
2.8
2.4
Software lines in FORD vehicles over the past 5 years
x4

13. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
Growing Software
Complexity
Compared software complexity growth in
aerospace and automotive
F-22 Raptor
F-35 Joint Strike
Boeing 787 Dreamliner
S-Class Daimler 98.6
6.5
5.7
1.7
x10

14. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
Increasing Complexity in
Technology Environments
Language types and versions released per
decade, taken from O’Reilly’s Programming
Language Timeline
0
22
44
66
88
110
1954-1959 1960-1964 1965-1974 1975-1984 1985-1994 1995-2004
104
50
41
25
1211
New programming languages and versions released
x10

15. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
Time to Market
Due to globalization effects, and other
economical changes, the time to market over
time decreased significantly
Deepa Chandrasekaran, Gerard J. Tellis - Marshall School of Business, University of Southern California, Los Angeles, California
1915 1939 1972 1976 1983 1994 1998 2000 2002 2004
13.5 years
3
m
onths

16. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
cynefin framework

17. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
Simple
ComplicatedComplex
Chaotic
Disorder
Sense
Categorize
Respond
Best

18. Practices
Good

19. Practices
Sense
Analyze
Respond
Probe
Sense
Respond
Act
Sense
Respond
Emergent
Novel

20. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
http://cognitive-edge.com

21. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
http://www.thehubble.net/2011/11/21/noses-for-hire-a-new-kind-of-help/

22. unordered problem domains require sensing
and probing, not good or best practices
http://www.flickr.com/photos/marine_corps/

23. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
takeaways

24. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
How do you audit for
a capability like
creativity or agility?
Role of governance moves from
program management (planning)
1. Build and assess capability
2. Focus on outcomes

25. agile42 | We advise, train and coach companies building software www.agile42.com | All rights reserved. Copyright © 2007 - 2009.
thank you
dave.sharrock@agile42.com
skype: dave.sharrock
twitter: @davesharrock
slides: slideshare.net/davesharrock
“Coming together is a beginning.
Keeping together is progress.
Working together is success.”
Henry Ford