Why there is so much resistance for Agile?
Tushar Jain
Artificial Intelligence and Generative AI trainer, thought leader, eager learner, and methodical focused on delivering integrated solutions to enable stakeholders to realize business objectives.
I meet a lot of people who are opposed to Agile. This used to annoy me and I used to think of them as ignorant or snobs. But when I started thinking deeper and kept myself in their shoes, I realized they have their version of reality which makes perfect sense from their position.
In my view, this hostility (or apathy in some cases) exists on three different levels:
(a) End result sought
(b) When to use Agile based frameworks/methodologies
(b) A lacuna in the current approach to various Agile-compliant frameworks and methodologies.
Let's consider an example from the business world. Different businesses have different objectives - one may run for profit maximization while other may seek sustainable profit optimization with a healthy workforce. Can Agile be used in both scenarios? Maybe not. In a given context we need to understand what is the expected end result of a way of working - Valuable outcome, sustainable pace, immediate gratification, or something else.
As Cynefin framework has defined five decision making contexts - simple, complicated, complex, chaotic, and disorder. Most of us try to stick to the Agile way of working in all five which essentially ruins the Agile way of working. Agile fits well in Complex context and maybe a working solution in Complicated. For Simple context, Agile is over do while for Chaotic context Agile is certainly not a way to go. For Disorder context as Cynefin framework recommend - try to contextualize in remaining four.
While talking about Agile, we invariably focus on utopia - no difference between employees & contractors, co-located teams, flat organizational structure, and much more. But in reality, this state doesn't exist. Most of the frameworks and methodologies claiming to be Agile are mute about:
1. Distributed teams
2. Outsourcing partners
3. Expertise based silos
4. Contractual obligations
5. All team members are not expert or skilled. There are Yodas as well as Padawans
6. Even emergent architecture requires upfront thoughts
7. Divide in onsite and offshore
8. Divide among full-timers and contractors
9. Resistance to breaking away from existing organizational pyramid
10. The existence of the project
11. Usage of Agile to squeeze more out of IT and Engineering teams instead of focusing on optimizing effectiveness
12. Marketing of various non-Agile frameworks, methodologies, processes, practices, tools, and techniques by various very successful people and organizations
13. Ignoring existence of various other functions beyond IT and Engineering
14. Silence on individual performance. We are not the only a team but love our individuality too.
Should we abandon Agile? Certainly not. Agile is evolving and I expect that in near future, it will tackle the questions beyond today's narrow scope.
All this big talk is fine, but what should I do in the meantime?
As an Agilist, I prefer to address the underlying causes rather than any specific framework. Also, anything which questions the establishment is bound to face resistance.
I hope, this small write up will raise more questions which will help all of us to think little deeper.
Enterprise Transformation Leader
7 年Tushar Jain, very rare is agile implemented as a culture change. It's usually a process change with most times a strict implementation of a framework and not the principles. It's the dissatisfaction with this limited and this one size fits all 'transformation ??' that's hurting agile. It can go on and on, but that's the core reason per my observation.
WORLD'S 1st: Lean-Agile Strategy-P | CLPM | PMI PfMP, PBA | IIBA AAC, CBDA, CPOA | CBVP | IREB CPRE-AL (Eli) | Enterprise Agility Practitioner, APF Certified PeopleOps Instructor, Systems Coach, Certified Fitness Trainer
7 年It's essential to do 2 things before adopting agile: 1. Agile applicability assessment: to assess whether agile is suitable for a particular project/program 2. Agile Readiness Assessment: Even if agile is suitable for a particular project/program, that's not enough to embark on the agile bandwagon. There are many agile readiness factors and a readiness score lower than a pre-defined threshold would mean the team/organization is still not ready for agile. Most organizations are not even aware of anything called "readiness assessment". It is a must for any business transformation. Another factor to consider is the merging of waterfall and agile life cycle projects. It's OK to have both waterfall as well as agile life cycle projects in a single program and the Leadership team must be aware of how such a situation is to be handled.
WORLD'S 1st: Lean-Agile Strategy-P | CLPM | PMI PfMP, PBA | IIBA AAC, CBDA, CPOA | CBVP | IREB CPRE-AL (Eli) | Enterprise Agility Practitioner, APF Certified PeopleOps Instructor, Systems Coach, Certified Fitness Trainer
7 年It's a major behavioural change for people who've lived with waterfall for many years. Managing the people side of change has never been easy.
Hi Tushar, Thanks for posting this. I do have a question -- Is agile only applicable to engineers(coders) and QA(testers) in the software industry ? What about managers and above . Do they not need to be agile? I have never heard of any user story being written for any task of a manager
Product | Agile | Writer
7 年It will be great if you can give examples from sinple to disorder and how and why agile or anything else would fit accordingly. Good post.