Dr. Dobb's is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them. Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Channels ▼


Agile Success Factors

And a Few Potential Non-Issues

I was surprised that there were several potential adoption accelerators explored by this survey that had no correlation either way with agile project success. One such strategy was having a group or center of excellence (CoE) to support adoption of Agile techniques within development teams. I've worked in several organizations that invested in an Agile CoE, including IBM, and in all cases, the Agile adoption effort went much more smoothly than in the organizations where this wasn't the case. An effective CoE helps teams share learning experiences, provides coaches, and (more importantly) provides experienced people to coach the coaches who work with the development teams. I'll write more on this in a future article.

Another issue we tackled was whether people were assigned to multiple project teams. When people split their time across several projects, their productivity fell due to the overhead of task switching. Although this was a common problem, the survey found that successful and challenged Agile teams were equally likely to be struggling with multiple project team assignments. It may be that IT professionals have become so jaded about this problem that we've come to accept it as the norm. This is clearly a hypothesis worth examining with a future survey.

We also explored the "two clocks" issue in which Agile teams are required to work with other non-Agile teams that are operating at a different cadence. There are two variants of this problem. The first is when an Agile team is supported by a non-Agile enterprise team, such as the data administration group or an enterprise architecture group (yes, it's possible for both of these groups to work in an Agile manner). In this case, the enterprise team can slow down the Agile team with inappropriate bureaucracy. The second situation occurs when an Agile team depends on a non-Agile team to deliver a component or subsystem. If the non-Agile team slips its schedule or delivers inadequate quality, it puts the Agile team in a bind. Both Paul and I have run into organizations where the two-clocks problem caused a bit of trouble, so we were surprised by the survey results.

Work Smarter

In some ways the survey results are frustrating because they clearly show that there are still many organizations doing things, and sometimes not doing things, that hamper their ability to succeed at Agile development. In other ways, the survey results are interesting because they show that there appears to be a correlation between agile success and some agile adoption practices. Furthermore, when it comes to large agile teams and geographically distributed agile teams, this survey verified what previous surveys had found — Agile approaches work at scale, although it's harder to succeed at scale. The same can be said of other development paradigms of course.

Links of Interest

The original questions, source data, and a summary slide deck overviewing the results of the November 2011 Agile State of the Art are available for you to perform your own analysis.

The 2011 IT Project Success survey results are discussed in detail in my Dr. Dobb's column "How Successful are IT Projects, Really?"

My Dr. Dobb's articles Governing Agile Project Teams and Best Practices for Governing Agile Project Teams explore agile governance strategies.

The Agile Scaling Model (ASM) describes the eight software process scaling factors — team size, geographical distribution, regulatory compliance, domain complexity, technical complexity, organizational distribution, organizational complexity, and enterprise discipline — and overviews how they affect agile strategy.

The article Agile and Large Teams overviews large agile team organization strategies and the July 2010 State of the IT Union survey explored project success rates by team size and paradigm.

I overview some of the issues surrounding geographically distributed agile development in The Distributed Agile Team. The Dr. Dobb's 2008 IT Project Success Rates survey explored the affect of geographic distribution by development paradigm.

The IBM whitepaper Disciplined Agile Delivery: An Introduction overviews the DAD process framework which has effective governance practices built right into it.

The Surveys Exploring the Current State of Information Technology Practices page links to the results of all the Dr. Dobb's surveys that I've run over the years.

My [email protected] blog discusses strategies for adopting and applying agile strategies in the complex environments.

Scott Ambler on Twitter.

Scott Ambler is the Chief Methodologist for Agile and Lean at IBM Rational.

Related Reading

More Insights

Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

Dr. Dobb's encourages readers to engage in spirited, healthy debate, including taking us to task. However, Dr. Dobb's moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing or spam. Dr. Dobb's further reserves the right to disable the profile of any commenter participating in said activities.

Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.