What value does SAFe hold for organizations and why is Requisite Agility needed?

What value does SAFe hold for organizations and why is Requisite Agility needed?

In a big organization, it is not possible to agilize and transform your entire operations to fit with all-embracing Agile structures. This is where SaFe fits perfectly and that is why it was designed for bigger and larger organizations to use Agile principles, without restructuring your entire organization. I feel it is a framework made to fit the large organizations that have multiple departments as it makes it possible for them to optimize their operations. You don’t need to be totally transformational , SAFe gives you a way to work with your existing structures, operations, and goals while fitting the Agile processes as required. It's a great way to introduce Agile principles to your organization, your people who have no prior experience in Agile and all you need is to put effort to assign teams who are willing to work together within the SAFe approach. 

The biggest advantage that SAFe provides a lightweight framework that can help organizations to create efficiency in their development operations and it still has the power to maintain the centralized important decision-making that is essential at the top level. It is the best way to extend the idea of agile beyond the front lines to the software leaders who are involved in higher-level strategy operations. It does so because SAFe has been designed to take care of the coordinated strategy for large and complex projects that have large teams on it. It remains efficient than other traditional approaches to software developers because it is deeply rooted in agile and lean principles. Its centralization makes multi-team coordination easy and because of this, it is possible to standardize processes across multiple teams which ultimately helps to avoid impediments and delays that emerge when multiple teams work together on the same project. 

With SAFe you can help teams maintain alignment with your organization's goals. This is often lost in agile approaches that always take a more bottom-up approach where agile teams may lose the sight of bigger picture business objectives. In comparison, SAFe takes a top-bottom alignment and centralized decision making that ensures that an organization's strategic objective remains the top priority and all decisions are made in support of those objectives. 

SAFe does bring in some initial advantages on the table for large organizations that are starting with their agile journey but it also has many drawbacks. For instance, it takes too much of a top-down approach. It does provide extra layers of oversight, management, and coordination. This is what benefits large organizations, but sadly they resemble the waterfall approach that so many teams are trying to move away from. Other agile methodologies tend to provide more freedom to teams to recognize and solve issues that emerge due to different sprint rhythm, dependencies, etc., SAFe can often slow down existing processes and limit the required agility compared to an agile environment. I think it has a place in certain contexts, environments and in certain organizations and at the right time. SAFe is not for everyone and it doesn't work at all times.

Now that I have explained the value of SAFe in organizations, I will explain that why one method or best practice is not efficient to solve all the organization's problems and help them in their agile transformation journey and this what the Requisite Agility movement is all about. 

Sometimes different methodologies are complementary, making different assumptions about the problem situation, and that it is, therefore, necessary to choose as to which methodology(ies) is(are) appropriate for a particular intervention. RA contends that to make the most effective contribution in dealing with the richness of the real world, it is desirable to go beyond using a single (or, on occasions, more than one) methodology to generally combining several methodologies, in whole or in part. We need to use a transdisciplinary approach like #Requisite agility both on theoretical/philosophical grounds, and on the practical grounds.

"There isn’t one single situation where agility is needed – other than the existential one of “survive & thrive” - and there isn’t one single approach that will deliver it. RA in all living systems including individuals, teams, and organizations. RA enables you to adapt and apply what is absolutely required (requisite) in your unique, continuously changing context and environment (agility) to thrive." 

As Jan De Visch says: If there is one constant in setting up successful organizational development pathways integrating different frameworks, then the level of integrative thinking and self-reflection of the facilitators/initiators is crucial. A real paradigm shift would be to focus attention on this and to provide tools to assess the quality of the interpretation and integration of frameworks by the user. This would be a real meta-approach. One can build here on the range of thinking structures (such as these have been determined by cognitive developmental psychology) that are used to delineate problems and formulate possible solutions.

Requisite agility doesn’t take a Bottom-up or Top-down approach but instead takes Outside-in and an Inside-out approach.

Send me a private message if you want to part of the Requisite agility movement, we have a lot of exciting things coming your way.

Myles Hopkins

Value Architect | World Agility Forum Winner (2020 and 2021)

4 年

Thank you Amit Arora. I will start off where I always start off - whilst I am a SAFe Program Consultant (5.0), I am not one of those people who try and push one framework over another. I also do not bash any other frameworks. My main drive with my clients and with the agile community is that they move towards being a lot more agile (with a small a) - we want them to be agile and not just do Agile (with a big A). This is a mindset shift and a prerequisite if you want to survive and thrive in a VUCA world.? In looking at your post, here are some comments/thoughts: 1. Evan Leybourn from the Business Agility Institute often highlights that you can only be as agile as your least agile department/area of business. There is no harm in taking one part of your business and introducing and driving agility in that area - but we need to understand that they will not achieve full agility if, for example, HR and finance do not have an agile mindset. They will have limited success in this regard. 2. I see a number of large organisations that are federated and thus apply different agile frameworks in different parts of their business. I am glad that they are applying agile but there will come a time when the various frameworks will start clashing which will, in all likelihood, impact value, flow and quality. I would prefer that an organisation adopts one framework that works for them so that they can synchronise their agile efforts. SAFe does this but it is not the only one. 3. You say that "SAFe gives you a way to work with your existing structures, operations, and goals while fitting the Agile processes as required. It's a great way to introduce Agile principles to your organization, your people who have no prior experience in Agile and all you need is to put effort to assign teams who are willing to work together within the SAFe approach." - WOW - have you missed the boat here. There is no way in your wildest dreams that one can imagine that teams, ARTs, Solution Trains, etc fit into existing structures??? You are inferring that we just run business as usual and then just fit in some SAFe processes. That is just not true. SAFe, like most other agile frameworks, requires a whole new way of looking at organisation design, value streams, business processes, etc. 4. You say that SAFe has a "top down approach" and?provides extra layers of oversight, management, and coordination. Again - this shows that you do not understand the framework at all. It is called Scaled Agile for a reason - it allows businesses to scale from the team UP to the value stream/strategic objective level. In most organisations you have to have a Lean Portfolio Management approach and you need to ensure that all parts of the organisation are working in harmony and sync to achieve the unifying purpose and strategic intent of the organisation. You cannot just have self-regulating teams doing whatever they want - it has to be connected to ensure strategic achievement and economies of scale. Please let me know which are the extra layers that you are referring to and in doing so, tell me how you would manage that in a large organisation. 5. Finally - in terms of requisite agility - you have yet to convince me that there is a deeply thought out and practical body of work here. The website is not that informative.? I am always open to explore and support new ways of thinking and doing but I am not seeing anything radically transformational here. I do, however, wish you all the best. What do you think Chad Williams

回复

要查看或添加评论,请登录

社区洞察

其他会员也浏览了