kentoh - Fotolia
Does the Manifesto for Agile Software Development still matter? I posed that question in a recent column and the responses from readers came back loud and clear. My original post argued that the Agile Manifesto is outdated with respect to how it addresses the need for project planning versus the need to get real work done. But readers took issue with the idea that the Agile Manifesto is anti-planning.
"Let me put it this way: I don't think the [Agile] Manifesto is going out of style anytime soon. Its core elements remain accurate and useful." That reply, from a poster identified as jamesz243, was typical of the many received from SoftwareQuality readers, who posted comments on our website, on ITKnowledgeExchange and by email. "The model [put forth by the Agile Manifesto] is still relevant and will continue to evolve," wrote another reader, ImLoggedinAlready.
Collectively, readers' comments made clear that they -- and perhaps software pros as a whole -- see the Agile Manifesto as an inspirational document, not a set formula for developing software in an ever-shifting business and technology environment. They believe the Manifesto's four core values and 12 principles remain as relevant today as they were when the authors wrote them down in 2001.
In this edition of Quality Time, I share reader responses to my original post about the Agile Manifesto. I focus on those who insist I got it wrong when I said, "When it comes to managing projects -- going with the flow instead of following a plan -- the Agile Manifesto is outdated."
Agile Manifesto: Not anti-planning
"Wow, what an interesting article, and I couldn't disagree more," wrote one poster who identified himself as Veretax. "Agile doesn't say you shouldn't plan, it says you should do it more often, and in discrete increments."
Another poster -- mcorum -- elaborated further. "I have to agree with Veretax that [the Agile Manifesto] doesn't mean don't plan, it means plan and adjust that plan as necessary to respond to change, which is quite different from going with the flow." Posting on ITKnowledgeExchange, Bhart89 agreed. "Agile isn't about less planning but it is about being responsive (even seeking out) those inevitable changes that occur during a project."
So, I stand corrected. My initial take -- that the Agile Manifesto is anti-planning -- was wrong. The Agile Manifesto doesn't say move away from planning. It simply says delivering more work is more important than delivering more plans. One poster succinctly captured just how challenging that is. "We need plans for various reasons (budgets, stakeholder communications, large project or programme [European spelling] management, etc.), but these plans should be adaptable and should add value to a project, not constraints," wrote Ernesto Amato, an Agile project manager in Milan, Italy [his post appears on ITKnowledgeExchange].
Agile Manifesto: Face-to-face conversations
More than a few comments pointed out the communication challenges experienced by far-flung teams. "As far as face-to-face conversation goes, a lot of tacit communication can still be lost because you don't sit near the people you work with," Veretax wrote. "But software like Skype, Google Hangouts, and [Microsoft] Lync, not to mention Web conferencing software of many kinds, go a long way to helping bridge that problem for teams that are remote."
Another KnowledgeExchange poster, abuell, noted that working on a distributed team is a fact of life. Referring to one of the 12 Agile principles, this reader wrote: "The most efficient and effective method of conveying information to and within a development team is face-to-face conversation. In fact, I probably believe that now more than ever. Remote communication, with technology snags, time zones, and language barriers, always adds some amount of difficulty."
While I can't imagine the Agile Manifesto's authors had multi-team, multi-location projects in mind, the ideas they set forth nearly 15 years ago remain meaningful today. Veretax said it best: "I'm convinced that the ideas in Agile help bridge the communication barriers and improve development processes, and the value of what is produced."
Improving the value of what is produced -- delivering better software -- is the point.
Thanks for weighing in. Let me know how you manage communication challenges among far-flung Agile teams.
Discover the connection between Agile, SOA and microservices
Find out how Agile and DevOps mesh with the cloud
Get the lowdown on agility-based tools driving the hybrid cloud
Learn Agile ways to manage continuous requirements