IT-Stakeholder Relationship: 2011 Open Research
|This open research into the IT-stakeholder relationship was performed during the months of May and early June 2011 and there was 248 respondents. The survey was announced in my April DDJ newsletter, Survey Shows Unethical Behavior Rampant inside IT Development Teams, and in my DDJ blog.
The survey results are summarized in The Fine Art of Ignoring Stakeholders.
Some findings include:
- Figure 1 explores how software development define their stakeholders. There’s definitely room for improvement IMHO.
- Figure 2 reveals adoption rates of various requirements elicitation techniques. These results are inline with previous surveys which explored modeling and documentation strategies and agile project initiation strategies.
- Figure 3 summarizes the types of requirements artifacts being generated by software development teams.
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 the DDJ surveys is to send out a short survey every two months entitled “State of the IT Union, DATE” but to not indicate what the topic of the survey actually is (other than an IT topic of course).
- 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.