Managing change fatigue

A key issue with Agile’s high-frequency delivery regime is change fatigue: however promising in principle, there’s a limit to how much change anyone can absorb. But how do you know you’re nearing that limit? Here are Agile201’s Top 10 signals of impending fatigue:

  1. Areas being changed resist the latest changes. Users become unreceptive and stakeholders become increasingly – and vocally – impatient the change programme as a whole.
  2. Individual deployments are challenged – their value or benefits, costs, impact, etc. Benefits realisation becomes increasingly difficult.
  3. Business and IT Operations are unwilling or unable to implement changes fast enough.
  4. Areas subject to frequent change become unwilling to respond to communications, requests for feedback and review, etc.
  5. Product Owners find generating stories with users and business stakeholders increasingly difficult.
  6. Stakeholders and business owners stop attending showcases and other events. Feedback at showcases becomes more negative.
  7. Senior management question the value of so much change. In fact it gets harder and harder even to attract and sustain senior management’s attention and enthusiasm for change.
  8. Change leaders, managers and team show signs of burn-out – distress, sickness, departures, etc.
  9. Budget and resources are diverted elsewhere.
  10. The whole Agile approach to change is challenged.

As soon as you start to see these signs, it’s  time to start discussing the rate of change with your users and stakeholders. Wait till you get to no.10 and the discussion will quickly cease be about how much the organisation values Agile and start to be how to replace it!

So remember: sustainable pace is one of Agile’s core disciplines, but never forget that what you’re trying to deliver is success for the organisation, not just more and more ‘working software’. Sustainability is as much a problem for users and stakeholders as it is for you!

By |2018-06-27T20:21:43+00:00Wednesday, June 27 2018|Categories: Agile, All, Change, Implementation|0 Comments

About the Author:

Chief Architect, Agile201.com.

Leave A Comment

This site uses Akismet to reduce spam. Learn how your comment data is processed.

Want to do more than just build systems?             
error: Agile201 is wholly copyright and copy-protected.