I have been active in Agile for over 20 years now. Starting with eXtreme Programming, Scrum, Kanban, Lean, SAFe, and Flow not to mention the technical side of Agile that even goes beyond XP. While not at the first Snowbird in 2001 when the Agile Manifesto was written, I was invited to and attended the Snowbird 10th anniversary of the event. I’ve seen the Agile community turn from what once a true community, even a tribe, into a mostly driven for business operation. There’s nothing wrong with this except that the side effect has had a few individuals control the thinking of a few groups which has indirectly control the thinking of millions.
There are many insights and concepts I use on a daily basis that seem to be ignored because the duo of Scrum and SAFe don’t attend to them. Following are the most important concepts. Many of these are in the book, Going Beyond Lean and Agile: Introducing FLEX – FLow for Enterprise Transformation. If you want to break free from the Agile echo chamber, consider these.
It is helpful to note that while popular Agile methods say they attend to the following four essential concepts, they do not do so sufficiently.
The most important concepts
Here are important concepts from the online book, Going Beyond Lean and Agile: Introducing FLEX – FLow for Enterprise Transformation.
The Business Case For Agility. Many people are still going after the wrong thing. Agile teams are like the engine in your car, critical, but only a component of what we are trying to accomplish. This chapter also introduces the Minimum Business Increment (MBI), one of the most critical components in achieving business agility.
The value stream of the effective organization. If you’re trying to improve it’s a good idea to know what improvement looks like.
Business Architect. The role of managing how different offerings affect each other is missing in most organizations.
The Technology Delivery Manager. If you are familiar with SAFe this can be thought of as an extended view of the release train engineer (RTE).
Agreements we make with each other: The Guardrails. It still surprises me that most Agile adoptions begin with agreements on how to follow a framework instead of how you are going to work together.
Inherent problems at scale. Agile is difficult to achieve for a variety of reasons. It is useful to know what these are.
Laws of software development. Some of these are true laws in that they always apply. Some are more like adages or even principles. But they are worth attending to because they will attend to you even if you ignore them.
The Value Stream Impedance Scorecard. We all have an intuitive sense of what’s helping and hurting us. The Value Stream Impedance Scorecard is an explicit statement of this intuition.
Systems-thinking and how it can be applied to frameworks and methods. Systems-thinking tells us that systems are more about the resulting whole of the interaction of a system’s components than it is about the components itself. Agile has a history of doing local optimization. It’s important to understand the bigger view.
Improving your company’s culture. Culture is critical. You don’t just change it by saying let’s trust and respect each other. And you don’t change it by focusing on people.
The role of leadership and management. These roles are critical. Even people who bashed the roles 15 years ago are admitting it by offering courses in it. But the Agile manifesto still does not mention management even once.
Why epics are not used in FLEX. Epics may have been ahead of their time 15 years ago but they are old school now and causing damage.
The relationship between Acceptance Test-Driven Development and Design Patterns. ATDD and design patterns can work together to improve the evolution of both requirements and the design of the system.
The need to teach the principles that drive practices with the practices. We see teams and organizations failing in the same way over and over again but haven’t questioned why. This will provide some insights.
Scaled learning is a set of techniques that allows for more effective training at a lower cost. With the spread of Agile these methods are needed.
Why Agile Coaches need to know both Scrum and Kanban. As Agile has spread throughout the organization different methods of adopting it is needed. Neither Scrum nor Kanban are always better. In fact, almost always a combination of both is useful, if not necessary.
Why Essential SAFe is both more and less than what’s needed at small to mid-scale. While SAFe is very popular, most people are using at the program level and having difficulty using the higher levels. The reason for this is simple. The higher levels are more complicated than they should be and not as effective as they could be. Simply using Essential SAFe presents its own set of problems.