Agile Project Initiation: 2013 Open Research
|This open research into agile project initiation was performed during July 2013 and there was 159 respondents. The survey was announced with a title of “July 2013 Agile State of the Art Survey” via a link on my IT Surveys home page at Ambysoft.com/surveys/, announced on my Twitter feed, and on LinkedIn in the Agile and Lean, Disciplined Agile Delivery (DAD), and Agile CMMI discussion groups on LinkedIn.
The goal of the survey was to explore what agile teams were doing as part of their initiation efforts, something in Disciplined Agile Delivery (DAD) we refer to as the Inception phase and in Scrum as “Sprint 0”.
Some findings include:
- The average agile team invests 4.6 weeks performing up-front Inception activities such as initial modeling, planning, team building, and so on. This is up from 3.9 weeks in the 2009 Agile Project Initiation survey, I suspect because organizations are now applying agile in more complex situations and because we’re seeing more structured/mature organizations adopting agile techniques since 2009.
- Figure 1 summarizes the likelihood that agile teams will perform common project initiation tasks. As you can see, the vast majority of agile teams do in fact do some sort of up front modeling and planning.
- Figure 2 depicts the strategies taken by agile teams regarding modeling the initial requirements. As Figure 1 shows, 91% of agile teams invest some time in up-front requirements modeling.
- Figure 3 depicts the strategies taken by agile teams regarding modeling the initial architecture. As Figure 1 shows, 92% of agile teams invest some time in up-front architecture modeling.
- Figure 4 depicts the strategies taken by agile teams regarding initial cost estimation. As Figure 1 shows, 86% of agile teams invest some time in initial cost estimation.
- Figure 5 depicts the strategies taken by agile teams regarding initial scheduling. As Figure 5 shows, 92% of agile teams invest some time in initial scheduling.
You may use this data as you see fit, but may not sell it in whole or in part. You may publish summaries of the findings, but if you do so you must reference the survey accordingly (include the name and the URL to this page). Feel free to contact me with questions. Better yet, if you publish, please let me know so I can link to your work.
- People didn’t know the purpose of the survey, so that likely removed some bias. My strategy for these sorts of surveys is to send out a short survey every few months entitled “State of the Agile Union, DATE” but to not indicate what the topic of the survey actually is.
- This survey suffers from the fundamental challenges faced by all surveys.
I’m sharing the results, and in particular the source data, of my surveys for several reasons:
- Other people can do a much better job of analysis than I can. If they publish online, I am more than happy to include links to their articles/papers.
- Once I’ve published my column summarizing the data in DDJ, I really don’t have any reason not to share the information.
- Too many traditionalists out there like to use the “where’s the proof” question as an excuse not to adopt agile techniques. By providing some evidence that a wide range of organizations seem to be adopting these techniques maybe we can get them to rethink things a bit.
- I think that it’s a good thing to do and I invite others to do the same.