{"id":948,"date":"2014-06-24T09:59:43","date_gmt":"2014-06-24T07:59:43","guid":{"rendered":"http:\/\/leanmagazine.net\/?p=948"},"modified":"2024-03-15T15:18:49","modified_gmt":"2024-03-15T14:18:49","slug":"safe-method-for-big-enterprises","status":"publish","type":"post","link":"http:\/\/leanmagazine.net\/lean\/safe-method-for-big-enterprises\/","title":{"rendered":"SAFe \u2013 a tool for the BIG enterprises"},"content":{"rendered":"

\"\"<\/a><\/p>\n

The SAFe debate goes on (see Lean Magazine #9). Here Eric Schumann, Lean expert at Sellegi, explains why he is a SAFe champion.<\/em><\/h4>\n

In our last issue we described the hot debate about SAFe in the autumn of 2013 where a number of well-known profiles in the Lean\/Agile community were very critical of the framework that is supposed to support agile development for large corporations. At the Lean Tribe Gathering in Stockholm we met Eric Schumann from the Swedish company Sellegi, who has worked with SAFe for a while and has just released a tool supporting it (ACT). We took the opportunity to ask him about his view on things.<\/p>\n

Your company works with support for Lean and Agile for large enterprises, and has selected SAFe as the framework for your efforts. How come you chose SAFe?<\/strong><\/p>\n

The first time we came in direct contact with SAFe was 2011. When I saw the ‘Big Picture’ it immediately rang a bell. Something like ‘Wow! I have tried to draw this picture for at least 10 years, but never managed it with this excellent combination of clarity, abstraction and understanding.\u2019 I liked the philosophy of forming a framework. SAFe is not a prescriptive model and it gives you the opportunity to cherry pick the sections most valuable to your organization.<\/p>\n

The other thing that struck me was the overall permeating pragmatism. This was not a new Scrum certification scam, this was not a new RUP that needs evangelists and religious battles. Deviation is assumed, pre\u00adempted and built in from the beginning.<\/p>\n

And last but not least: We have our own tool, Sellegi ACT, that already followed a thinking very much aligned with SAFe (see factbox). We saw that this was a very good fit and that our customers would benefit if we align Sellegi ACT with SAFe and can offer a package of tool, process and training.<\/p>\n

How would you summarize SAFe for people not familiar with it?<\/strong><\/p>\n

SAFe is a non\u00ad-prescriptive framework of proven practices for scaling lean and agile across the enterprise.<\/p>\n

There are some great ideas and blueprints for bringing the benefits of agile from the development team level to product management, release and business planning. Using SAFe will enable most companies to deliver value to their customers more quickly and generate a better understanding of what to focus on across organizational borders.<\/p>\n

What do you think are the main strength and benefits of SAFe, and for which type of companies is it useful?<\/strong><\/p>\n

SAFe provides a cohesive overview that can be understood and shared by both technicians and business managers. It also creates the possibility to gather around a common vision as to where the company needs to go. In addition, it gives technicians a better understanding of the business\u00ad priorities and it gives managers an insight into delegated authority and planning. That way it helps to implement the necessary foundation on which agile and lean can thrive and scale. The benefits of SAFe are not in the detail\u2014it is the packaging and foundations that form a\u00a0 whole which I had not seen described previously.<\/p>\n

As such, SAFe can be successfully applied in companies working with fast technical development and a significant software department. It makes it possible to scale the agile and lean benefits across teams and organizations. Any company looking at introducing agile across more than 3 or 4 teams will find ideas worth implementing in SAFe!<\/p>\n

One cannot deny that a lot of criticism has been leveled against SAFe. Some say that it is just a new RUP in disguise, and others say that it throws out some of the key concepts of Agile \u2013 how would you comment on that?<\/strong><\/p>\n

A common denominator seems to be that SAFe doesn\u2019t forbid you to combine agile with other methods, specifically gated methods. So one theme seems to be: “Do it by the book or do not do it at all”. Often the next conclusion is that SAFe will allow a company to “lock” itself into an ancient way of thinking or sometimes that SAFe is not enough if you want to go “All lean”.<\/p>\n

When I think on this, I wonder: Why do you need to go all the way from the start? Some companies I work with are in the production and automotive industry. They can’t just go from zero to full scale in one go. They can’t just throw overboard all the gates needed to synchronize supplier, production and mechanical engineering without risking the company. For them SAFe is a great way to get started\u2014learn, reflect, improve further \u00adand probably at some point go beyond the ambitions of SAFe and go lean all the way. But for that transition\u2014which can last many, many years\u2014SAFe is a good tool.<\/p>\n

This is also true for SW companies which are often unable to fully embrace the whole of agile and lean in one step due to historical, cultural, personal or competence reasons.<\/p>\n

So you should see SAFe as it is. It is not Scrum, which is quite prescriptive. Instead, it is a framework which helps you improve. This gives you freedom, and every implementation will look different. Of course that can be scary as well! And it can be abused, but you can\u2019t blame SAFe for the people that may abuse it.<\/p>\n

Which, in your opinion, are the weaker parts of SAFe?<\/strong><\/p>\n

For me there are three major weak points:<\/p>\n