Does Agile Kill Innovation?
So, is agile a set of powerful methods to simply improve the development efficiency without being able to answer the fundamental questions from the business that funds it and expects to get a topline ROI? Or, should the businesses start looking out at next big thing on their own? Are ‘agile’ and ‘innovation’ the long-lost cousins who are destined to meet somewhere sometime, or are they at a fundamental conflict with each other, and we have simply created a new two-axis ‘project triangle‘ – where you could choose just one of these two?
Agile practices are sometimes considered an ‘overhead’ by product teams that are used to a more free-wheeling culture of innovation, and sometimes considered too ‘lightweight’ for developing large enterprise-class products that require high availability or reliability requirements to be rigorously baked into the product. Similarly, for companies that manage outsourced application development and product maintenance work, the notion of delivery reliability and predictability is paramount from their customer’s perspective, and hence leaves little scope for innovating service delivery processes. On the other hand, we do have examples of application of agile, lean and lean startup practices leading to highly successful innovation, especially in web-based startups.
So, is it a right hypothesis that agile kills innovation, or are there critical success factors that we could learn from? Is it possible to tailor agile methods to accelerate innovation in different domains? Can services companies innovate their service offerings using agile practices and create win-win proposition for their customers and themselves?
Can agile and innovation co-exist and co-deliver?
I think the time is ripe for such a conversation.
In this session, we will explore this question with experts, practitioners and business leaders, and try to understand what, why and how it has worked for them?
Do you have ideas, anecdotes or success stories to share on this subject? Share them here, and I will be happy to refer to them at the panel discussion.
(Note: Opinions expressed in this article and its replies are the opinions of their respective authors and not those of DZone, Inc.)