It’s not Agile that fails organisations. It’s the organisations that fail at agility

It’s not Agile that fails organisations. It’s the organisations that fail at agility

Agile has been touted by people (who understand it) as an approach, a value centre, a mindset and philosophy. Those who understand, have been observing some interesting posts and discussions going on social media that claim that Agile has failed in their organisation.
If we regard Agile as a tool that a team or organisation might choose to use, then perhaps we can understand the failure of Agile for that organisation. That’s be similar to any other tool that an organisation might use.  Sometimes tools work, sometimes they don’t! Understood! A hammer can certainly fail a carpenter if it breaks during carpentry work. But, if the carpenter does not know how to use a hammer, it is not the hammer’s fault, or is it? (Just too be clear, this analogy does not represent Agile as a tool).
Let’s not jump too prematurely to any conclusions. Instead, let’s try to cognitively analyse if there is a problem here. Jerry Weinberg’s Rule of Three* states that if you can’t think of at least three different interpretations of what you have received, you haven’t really thought enough about what it might mean. Another version of this rule that my friend Jari Laakso suggested was, “If you can’t think of three things that might go wrong with your plans, then there’s something wrong with your thinking.”

When someone says that Agile has failed them (in other words, their Agile way of working was not successful), the actual problem might have been:
They don’t know enough about Agile and they tried to “do Agile” rather than “be Agile”.
They thought that they knew about Agile and implemented it the way we knew it. What they did didn’t work. (Rajesh’s note: you don’t implement Agile in the same way you don’t implement truth.
They thought Agile was predominantly about specific practices and conventions: using post-it notes, having daily standups, having sprints and not much else. Despite those they couldn’t deliver anything.In some contexts, any (or all) of these cases may have been a key contributor to the failure of Agile.
What troubles me is that many people who blame an approach or a methodology, do not in fact try to first understand that approach or methodology.** There was a mention of waterfall methodology somewhere and most people in the discussion did not know about waterfall’s origin. Someone mentioned Winston Royce and disappointingly it turned out that even that person had selective take of the paper and decided to conveniently forget about the last few sections of Royce’s paper which are very important.
More often than not, Agile methodologies are implemented incorrectly. Some implementers don’t realize that there are Agile values and principles (Jari reminded me about ScrumButs). Some have not taken time to look at and understand the Agile manifesto. Many Scrum Masters never looked at The Scrum Guide. Some didn’t even know it even existed. I have done this experiment of asking anyone who mentions Agile whether they have actually read the manifesto. A large number of those had not. Many of those who had read the manifesto, did not try to  understand it well. Sadly those who understood it, could not implement what an approach as outlined by the Manifesto, because their organisations weren’t ready.
It is indeed often easier to blame a methodology or an approach. Agile adoption and implementations of related frameworks can fail for many reasons. What is important is to investigate what went wrong and whether that could be avoided. Even more important is to understand an organisation’s culture and whether the organisation and the approach are good fit for each other. Jerry says in his second rule of consulting, “No Matter how it looks at first, it’s always a people problem.” A good Agile coach might be able to help bring a mindset change if not the culture change.

So, as often the case may be, Agile hasn’t failed you, you may have failed Agile.

 

* The Secrets of Consulting: A Guide to Giving and Getting Advice Successfully

 

** http://www.slideshare.net/EmielVanEst/did-toyota-fool-the-lean-community-for-decades

Why improving culture can bring dramatic results

Why improving culture can bring dramatic results

 

It is not surprising that at many organisations, mainly in difficult cultures, management teams increase their focus on individuals and teams when things do not work out. They believe that to resolve any issues or to improve a situation, they need to fix people. While in some cases people related issues might need to be resolved; in many more cases leaders should focus on  improving the systemic issues and the culture of the workplace.

 As a delivery professional, and specifically as an Agile delivery professional, you will face situations where things will not be working out for your teams. There can be many reasons behind those issues, but pay special attention to systemic and culture issues. This post helps you decide whether to be a part of the problem or be the wise person who offers solutions.

 Have a look at this famous quote by Alexander Den Heijer*

 “When a flower doesn’t bloom, you fix the environment in which it grows, not the flower.” 

 What this quote symbolizes is what happens at many workplaces. We see that when a problem appears, the management teams get so involved in the lower level details that it becomes harder for them to see the forest for the trees. In other words, they can’t see the bigger picture. This results in either applying short term fixes or fixing the wrong problems.

 It is true to an extent that many managers find it rather simple to find faults in the teams. Local fixes are easier to apply and they can be shown as quick wins. These quick, local fixes are the low hanging fruits and they are quite attractive because they make managers look good in front of their peers and superiors. It’s amusing how culture of a workplace can affects people’s behaviours.

 It is hard to identify and detect systemic issues. When managers have a narrow view of things, when they are not trained in looking at the bigger picture and think critically, they tend to ignore the signs that the system might be showing them. The issues might be with systems, suppliers, other managers, expectations, equipment, skills or any other things.


Challenges for organisations and delivery folks:

 The challenges that organisations and teams face in solving long term problems are:

 – attractiveness of applying the quick fixes
– incompetence of managers in identifying the right problems, and
– ambiguous nature of systemic issues

Below is an example from my personal experience how management ignores systemic issues and focuses on low level details.

I was once invited to a financial institute to do an assessment of how the Scrum Masters were performing there. The person who commissioned the work told me that the company wanted their teams to improve. Through this assessment, they wanted to see which areas needed further support or training. But, being a sceptic, I was curious to know whether the management was genuinely interested in helping their teams improve or this assessment was a ‘performance review’ in disguise. I didn’t know whether this activity was also going to be used as a ‘right sizing’ tool.

 My assessment process included interviewing various people to get a holistic sense of the working environment. After meeting the scrum masters, program managers, product owners, peers and colleagues, I noted that there were many improvement areas. One of them was additional training for scrum masters, but there were many others which were more work-environment related. What was interesting was that these folks had no control over the issues affecting their work. Most of the problems that were slowing the teams down and impacting product delivery had nothing to do with these scrum masters. Almost everything was an organisational issue. 

When I sent my report to the person who commissioned the work, she completely ignored the recommendations related to the organisational issues and decided to action only what was written about the team members. 

As expected, nothing actually changed for them.

 

What should leaders focus on?

 Local sub-optimisations can only produce sub-standard outcomes. If you are an executive or a delivery manager, don’t spend much energy on improving efficiency and productivity of individuals (or individual teams). Those things have limitations. Although you do need to solve the immediate issues. Once that is done, Instead, try to understand the dynamics of your systems. If you face a challenge, pay attention to how your overall system is behaving. 

 Can you pick different sentiments in people’s attitude? Do you see that vocal team members have stopped talking? Are teams reluctant in experimenting? Have the number of sick days increased? Have people stopped challenging you or offering suggestions? Has productivity dropped? Is the work produced by teams appear to be of lower quality than it was before? Do you notice a lack of collaboration and cohesion among all levels of people and teams? Have people started keeping record of interactions ‘just in case’ if they had to ‘prove’ something? Has the learning stopped?  

 The list of questions can be very long. All of these questions are the symptoms of larger problems.

 It takes time and effort to understand the patterns and behaviour of a system, but the results, impacts and effects are often better & long lasting.

 How to identify and action systemic issues:

 As a delivery professional, it is imperative for you to learn and experience practices and techniques for systemic issues. Initiatives, projects, assignments and products can vary in size and complexity. You will have to choose the right tool for the right context. I have provided some suggestions below. 

 Systems mapping: Most initiatives have dependencies and interdependencies on a variety of things. These include people, processes, vendor suppliers, equipment, government compliance and regulations, technology, market forces etc. 

 It is a good idea to create a systems map to understand the breadth of your solution. Specifically for large initiatives with multiple touch points, creating a systems map is vital. Once a basic map is ready, other team members can add details that you might have forgotten. Systems maps help leaders see the forest and not just the trees.

 Group mind mapping: You can start your project with a mind mapping exercise with the core members of your team. A mind map not only helps you develop your ideas, it also helps you reveal the potential outcomes or problems. 

 Brainstorming, decision making and problem solving techniques: I have used techniques such as Lotus Blossom for decision making and problem solving. Lotus blossom is a structured way to explore areas which are high stake and require deeper thinking.

 Collaboration techniques: To improve the culture of your organisations, you should apply team collaboration techniques that improve coordination and psychological safety. Once your team members feel safe to speak out and share ideas, you will notice the substantial benefits for your projects.

 You might already know many of the suggestions I have provided in this article. My job was only to give you a nudge and hope I have done that through this article. What has been your experience at applying practices that have helped you improve the culture of your team or the workplace? Please share your ideas in the comments below. 

* Alexander Den Heijer is a well known motivational speaker and the author of Nothing you don’t already know: Remarkable reminders about meaning, purpose, and self-realization