The Agile Manifesto 20 years on: agility in software delivery is still a work in progress

There is still much work to be done to deliver on the promise of agile — this being the 20th anniversary of the creation of the Agile Manifesto, which outlined the importance of close, unfettered collaboration between software creators and business leaders. However, while “agile” is become the most-popular buzzword in the business technology lexicon, it often is still just a buzzword. 

train-station-path-nyc-from-2nd-floor-photo-by-joe-mckendrick.jpg
Photo: Joe McKendrick

It’s not that enterprises aren’t aboard with the values and principles of the Agile Manifesto — most are. However, these values and principles are not front and center in most strategies. “This is in part because many come to agile as a solution or prescription, rather than starting with the philosophy that the Agile Manifesto focused on,” says Bob Ritchie, VP of Software at SAIC. “Many best practices such as automated test-driven development, automated builds, deployments, and rapid feedback loops are prevalent in the industry. However, they are frequently still unmoored from the business and mission objectives due to that failure to start with why.” 

Still, others feel we’re still nowhere near achieving the vision of the original Agile Manifesto. “Absolutely not at a large scale across enterprises,” , says Brian Dawson, DevOps evangelist with CloudBees. “We are closer and more aware, but we are turning a tanker and it is slow and incremental. In start-ups, we are seeing much more of this; that is promising because they are the enterprises of the future.”  Agile initiatives “all too often are rolled out from, and limited to, project planning or the project management office.  To support agile and DevOps transformation, agile needs to be implemented with all stakeholders.”

Some organizations turn to agile “as a panacea to increase margins by cutting cost with a better, shinier development process,” Ritchie cautions. “Others go even further by weaponizing popular metrics associated with agile capacity planning such as velocity and misclassifying it as a performance metric for an individual or team. In these circumstances, the promises of the manifesto are almost certainly missed as opportunities to engage and collaborate give way to finger pointing, blame, and burnout.”

The challenge, is “most agile initiatives still miss the upfront work of value stream mapping and optimization,” says Venky Chennapragada, DevOps architect with Capgemini North America.. “Agile projects still look at optimization of work that generates unnecessary context or reduces quality.” The changes requested by the business will need to produce the intended results, with feedback from customers by releasing small changes, he explains. “Quick feedback is needed to help justify the business case to continue forward or make an investment somewhere else.” 

The two common misses or pitfalls with agile efforts are treating it as a rigid process, or, conversely, attempting to over-simplify the effort. “The first and most-common mistake is the interpretation of agile as simply a process, or something you can just buy and do  to immediately call yourself agile,” says Ritchie. “This more often than not results in process for the sake of process, frustration, and – contradictory to the intent of agile – an even further disconnect between business outcomes and the IT professionals chartered to deliver them.” Related to this, he says, is there often can be a “dogmatic agile zealot approach, where everything a particular framework says must be taken as gospel, and the emulate-fallacy approach — most easily identifiable by phrases such as ‘we are following the Spotify model.'”

The second most-common mistake Ritchie sees with agile efforts “is to over-correct away from the dogma and numerous frameworks in the market and attempt to shift to business agility via the philosophy of ‘just be agile.’ Typically, with this mistake you witness a lack of discipline, a few very fast and early successes, a period of over-commitment and over-promise, and ultimately a burnout and collapse of the technology organization. What many organizations that struggle with these pitfalls are truly missing is the analog to sports and the necessity of the role of the coach to artfully steer the organization through their agile journey. While it may present as unnecessary overhead to many IT organizations, I have found that especially in the early days of agile transformation there is nothing more paramount than an experienced agile Sherpa.”

Agile practices have succeeded among organizations “that understand the limitations of their capacity, obsess over their customers and end users, prioritize efficiently and rapidly, test and prove hypotheses objectively, love the problem not the solution, and have transparent, measurable, and aspirational business objectives, however, do enjoy the many benefits of true business agility,” Ritchie says. 

The values spelled out in the Agile Manifesto of 2001 are still as relevant today as they were at the time they were formulated and published:

“We are uncovering better ways of developing software by doing it and helping others do it.

Through this work we have come to value:

  • Individuals and interactions over processes and tools
  • Working software over comprehensive documentation
  • Customer collaboration over contract negotiation
  • Responding to change over following a plan”

Source

Next Post

Cryptomining Botnet Targets Unpatched Vulnerabilities in Cloud Servers

Sat Mar 13 , 2021
Attackers often keep upgrading their tools to scan for and infect new devices by exploiting unpatched vulnerabilities. Recently, the z0Miner cryptomining malware was spotted probing cloud servers by exploiting a new set of unpatched vulnerabilities. z0Miner active campaign Qihoo 360 Netlab researchers have observed z0Miner’s active hunting against vulnerabilities addressed […]