Skip to main content
The Agile Dilemma



Who doesn’t want to be agile? Ballet dancers, weight lifters, and business executives alike aspire to be agile – that liveliness, coordination, and quickness is something we all desire in life and business. Why then is there an “Agile Dilemma” in software development?

voke defines the “Agile Dilemma” as the inherent risk and confusion created by the business desire for speed and flexibility misinterpreted as a mandate to participate in the developer-centric movement called Agile, which may not be appropriate to all organizations or projects.

What this really means is that business executives are expressing the need to be flexible, nimble, and responsive to customers to ensure satisfaction and a competitive edge. The software development team is listening to this business mandate and interpreting it as a call to participate in the Agile movement. But, is participation in the Agile movement right for every organization or every project?

We wanted to find out how software teams were interpreting and using Agile, so we conducted a survey. The survey ran from July 2011 to January 2012. We had over 200 individual participants from around the globe and companies of all types and sizes take the survey and give us their opinions on Agile as it relates to software development.

Once the survey was completed and the data analyzed we wrote a report that details all of the findings and provides analysis. Just to give you a couple of examples of what we found:

• Participants shared over 100 unique definitions of what Agile is

• 57% report confusion about Agile

These stats give you some insight as to why there is an “Agile Dilemma”.

The full report is available to voke’s premium research subscribers or available for on-demand purchase.

Do You Know What Your Cost of Rework Is?
While we were surveying people about Agile, it became clear that the cost of rework of their software was largely a mystery. Rework is something everybody has, everybody budgets for, but are reluctant to admit it – at least publicly.

Since rework is something everybody must deal with, we thought it would be valuable to create models associated with rework in Agile and non-Agile environments. voke analysts used scenarios described in the Agile survey to develop three scenarios focused on the cost of rework in an Agile environment. As a baseline, we used the standard “Cost of Quality” model for rework in a non-Agile environment.

These rework models have been requested by software engineering teams of all types for quite some time. Now, you can see how rework numbers compare for Agile and non-Agile projects.

The full report is available to voke’s premium research subscribers or available for on-demand purchase.

Help your teams with the "Agile Dilemma" and understand the cost of rework – the answers may surprise you!

t














Popular posts from this blog

API Testing – Stop Waiting and Start Testing ASAP!

We have all heard that testers must keep pace with developers to deliver software faster. However, most testers continue to test at the UI level – which is constantly changing, so testers have to wait, and that impacts the ability to meet business demands for faster software releases. It becomes a cycle that testers have a hard time escaping. Testers want to be able to test earlier, reduce risk, and identify defects sooner – all to satisfy the customer. API testing is the perfect way to supplement traditional UI testing, keep pace with development, and deliver better quality at scale!  API testing can help you test earlier, faster, and more efficiently! And now, we have the data to show you the benefits of API testing including how much time is spent on UI testing alone, how much (or should I say little) time is spend on unit and API testing, and how much coverage is achieved.  We will be premiering the results of our recent survey on API testing in a webinar wi...

World Quality Report 2016 – 2017 Launch Highlights

I had the opportunity to attend the launch of the 8 th annual World Quality Report 2016 -2017 (WQR) authored by Capgemini and Sogeti , in collaboration with HPE . You can download a complimentary copy of the WQR here  This annual undertaking by the three companies is a global survey of 1600 participants consisting of 44 questions. The result is an 80-page report that provides a baseline for testing and QA trends. The launch event featured WQR co-authors Mark Buenen, Vice President, Global Leader, Sogeti QA and Testing Practice, Netherlands and Govindarajan Muthukrishnan, Senior Vice President,   Financial Services Testing Leader, United Kingdom. The co-authors spoke eloquently for about 30 minutes each on highlights of the WQR.  Following are some of the highlights from Mark and Govind’s WQR launch presentation. Overview As organizations continue on the path of digital transformation, there is immense pressure on the QA organization to d...
Life is a Database Old Chum… We are rabid consumers of information. We want our information fast. We want our information to be accurate. And, we want our information any time and any where. We can be this demanding because we know everything of importance has been cataloged, filed, arranged, and assigned a key field – at least electronically. Now, as consumers of data we are not too concerned about the infrastructure supporting our insatiable need for fast, reliable, and on the go information. However, someone has to do the behind the scenes work so we don’t suffer in our quest for information. For years we have had developers toiling over performance algorithms to help us over the hurdle of server constraints. It was the best we could do. Enter ENCIRQ . The ENCIRQ Data Foundation Framework gives developers everything they have been wanting…a way to get away from the classic client / server database architecture. Client / server is so 1980’s. With this model, ENCIRQ just ...