This below is a collection of comments about SAFe from 9 leading experts in Leadership, Management, Tech & Agile and 10 co-authors of the Manifesto of Agile Software Development. This collection is periodically updated as new info become available. Feels free to copy and distribute this post as you please.
Al Shalloway is a well-respected industry thought leader in Lean, Kanban, SAFe, Scrum and agile design. He is the author of several successful books, and the developer of the new FLEX framework.
He knows SAFe from the inside-out: he has been one of the first three SAFe Principal Contributors for six years, the first SAFe program consultant trainer outside Scaled Agile Inc, SPCT (SAFe Program Consultant Trainer), and with his company he has been a SAFe gold partner.
He is one of the latest lean-agile thought leaders to “ditch” SAFe (amicably break off the relationship with Scaled Agile Inc, no longer providing SAFe training). Other prominent SAFe figures did the same, see for example Alex Yakyma, SAFe first Associate Methodologist, that also distanciated himself from SAFe and Scaled Agile inc.
SAFe fans are surrendering to the request by Scaled Agile inc to implement SAFe in a prescriptive way “by the book” and to the SAFe downsides that grow at every new SAFe version that outweigh even all the pros pitched by the most enthusiastic supporters.
After 6 years he decided to leave SAFe because, in his own words:
He recently added (June 2019) that he stopped being an SPCT after he was told that to renew his certification he had to do a few “by the book” SAFe adoptions. And we know that implementing agile “by the book” it is not agile at all. More recently he also added (Sept 2020) he thinks it’s more appropriate to call SAFe an improved waterfall than it is to call it a poor Agile. Creating ARTs merely accommodates dependencies and is a poor value creation structure. 3-month PIs is not Agile but is better than annual.
Bob Galen is an Agile Methodologist, Practitioner since the late 90’s and Coach. He is the author of three agile centric books, a prolific blogger, and pod-caster.
He became SAFe SPC certified several years ago. He tried to understand, support, and apply it, but then he struggled with it for a long time to the point that he just can’t be associated with it any longer.
In his article SAFe no longer – my final farewell (that contains more links on the subject and very interesting comments) he mentions these reasons:
Several agile professionals that got SAFe certified are becoming disillusioned and are moving away from SAFe for similar reasons.
Steve Denning is a recognised expert and author in leadership, management, and innovation. These below are some excerpts about SAFe from one of his articles on Forbes: How To Make The Whole Organization Agile
“Equally, some of the current efforts to ‘scale Agile,’ such as the Scaled Agile Framework or SAFe, are counterproductive.”
“SAFe destroys the very essence of Agile.”
“Like the failed management fads of the 20th Century, it degrades and undermines everything in Agile that is authentic and useful.”
More recently he added about SAFe: “it gives the management a mandate to call themselves agile and keep doing what they have always done” and “My question would be: why would anyone with a genuine Agile mindset be using SAFe in the first place?” reaching to the conclusion that: “SAFe is the epitome of ‘fake Agile’.”
Ron Jeffries is a co-author and one of the 17 original signatories of the Agile Manifesto, and one of the creators of Extreme Programming. He published one of the most informed and well-presented critiques to SAFe here:
– Issues with SAFe: http://ronjeffries.com/xprog/articles/issues-with-safe/
– all Ron’s posts on SAFe: https://ronjeffries.com/categories/safe/
Ron Jeffries has the habit of updating his posts when things changes or new information become available. For this reason, his post can be considered actual even after the publishing date.
Andy Huns is a programmer, publisher at The Pragmatic Programmers, and author of best-seller books on software development. He is also a co-author of the Agile Manifesto and founder of the Agile Alliance.
Asked for a comment about SAFe Andy here concludes that “SAFe is not an agile approach.” He also tells “I have friends who have made great careers thanks to SAFe — going in afterwards and cleaning up disastrous, failed adoptions.”
James Grenning is the inventor of the Planning Poker agile practice used all around the world. He is a software development expert, both technical and managerial. He is the author of articles and a book on applying Agile to embedded software development. He is also a co-author of the Agile Manifesto.
He says here his knowledge about SAFe is limited, and so he forms his opinion based on the message of SAFe and how it is being adopted. Indeed, he says he has many SAFe friends out there.
In this post he takes a very pragmatic and non-judgmental view on SAFe with an interest in the engineering side:
While I suggest reading the original post (as well as for all the other links in this article) these are few excerpts that resonate with me:
<<Maybe improvement really has to start with the individual, and the team. One of the things I’ve really come to appreciate about extreme programming is how its practices lead to continuous improvement. >>
<<Looking at Essential SAFe, XP is mentioned. A lot of good things are mentioned. Though it concerns me that the SAFe Road map appears to get teams involved so late.>>
<<If SAFe is where you learn to do agile so you can figure out how to be agile, maybe it will help. I guess time will tell.>>
Brian Marick is a programmer and software testing consultant. He is also a co-author of the Agile Manifesto and former chair of the Agile Alliance.
Jon Kern is an aerospace engineer-turned programmer, software architect, and team leader/coach with a focus on methodology and business value. He is also a co-author of the Agile Manifesto.
Brian asked for a comment about SAFe candidly says here “I don’t know enough about SAFe to have an opinion.”
Jon asked for the same comments says here that he want to witness a company doing SAFe before commenting.
The comments on SAFe collected here are indeed from people that speak out of their knowledge and experience and are not afraid to admit when they don’t know enough about a subject to comment on it.
Chris Matts is an experienced Agile practitioner specialised in delivering trading and risk management systems in investment banks. He contributed to BDD with Daniel Terhorst-North (AKA Dan North), he developed Feature Injection practice and with Olav Maassen he introduced the concept of Real Options in Agile.
Chris highlights that the creators of SAFe have not engaged with the wider Agile community in the usual debate that challenges the new practices in a process that validates and improves them, and ultimately gives (or not) credibility. Chris adds that he is not aware of a single leader in the Agile Community that has endorsed SAFe.
Chris continues analysing and critiquing the SAFe definition and use of Epics.
These are the posts on SAFe by Chris:
The picture that emerges on SAFe practices, after I put together the comments from Chris and the comments of other leading experts on other SAFe practices, suggests to me that: SAFe practices accommodate the status quo of approaches from the 70′-80′ persisting it.
This is my summary:
Nicolas M. Chaillan is the Chief Software Officer at the U.S. Air Force and the Co-Lead for the DoD Enterprise DevSecOps Initiative.
During the event ‘DoD Enterprise DevSecOps Initiative Ask Me Anything’ Nicolas M. Chaillan comments on questions about his Memorandum for Record on Nov 26th 2019, sent to all PEOs and PMs regarding the use of DevSecOps and Agile.
The memorandum is “highly discouraging from using rigid, prescriptive frameworks such as the Scaled Agile Framework (SAFe).“
Here follow a few excerpts from the comments about SAFe in this slide:
The slides & as well as the video of the event are available here: https://software.af.mil/dsop/documents/
Since the publication of this report from USAF, Scaled Agile Inc offered to work for USAF to address the comments above. After that, a couple of publications seemed to imply that the comments have been addressed and SAFe was ready to be adopted by USAF.
Because of that Nicolas M. Chaillan clarified: “my memo on SAFe still stands regarding my take on SAFe with DevSecOps. Until the issues mentioned in the memo are fully addressed with a released update of SAFe, SAFe is still not recommended to be used in conjunction with DevSecOps.” (link).
Abd on March 2021 clarified again that the situation still stands (link): “SAFe is still anti DevSecOps. Not allowed in my teams.”