Many in the Agile community consider the Scaled Agile Framework designed by Dean Leffingwell and Drew Jemilo as unagile, violating the Agile Manifesto and the Scrum Guide. “True agilists” would never employ SAFe® to help transition corporations to agility. SAFe® is an abomination of all essential principles of “agility.” They despise it.
Nevertheless, SAFe® has proven not only to be resilient but thriving. SAFe® has a growing market share in the corporate world and is now the agile framework of choice for many large organizations.
How come? Learn more about nine reasons for this development.
PS: I have no affiliation with SAFe® whatsoever and consider it harmful. Yet there are lessons to learn.
TL; DR: Adherence to Legacy Systems, Processes, and Practices
Administrative overreach and micromanagement in Scrum mainly arise from clinging to legacy systems and traditional (management) practices, leading to rigidity and misapplication of Agile principles. The excessive control by stakeholders and the management level stifles creativity and adaptability, disrupting planning and hindering a Scrum team’s growth. Moreover, these categories from the Scrum anti-patterns taxonomy often emphasize an unbalanced focus on short-term gains, neglecting long-term strategy, value creation, and the essential alignment among all stakeholders to succeed in uncertainty.
Learn how these Scrum anti-patterns categories manifest themselves and how they affect value creation for customers and the long-term sustainability of the organization.
This is the first of three articles analyzing the 183 anti-patterns from the upcoming Scrum Anti-Patterns Guide book. The following article will address communication and collaboration issues at the team and organizational levels.
As the editing process of the Scrum Anti-Patterns Guide is nearing its end, it is time to take the next step. The brand new Scrum Anti-Patterns Guide offers 180-plus anti-patterns organized by roles, events, artifacts, and commitments. However, the Guide does not create a meta-level or abstract Scrum anti-patterns taxonomy. Consequently, the Guide does not provide an overall strategy to counter or evade Scrum anti-patterns at a personal, cultural, structural, or organizational level. The question is whether it is possible to create such a taxonomy.
Read on and learn more about the first steps of completing the big picture of Scrum anti-patterns.
Some Product Owners believe that a comprehensive Product Backlog is the best way to accomplish the Product Goal and be fully transparent simultaneously—never let a possibly valuable idea slip away. However, a comprehensive backlog may quickly become an oversized Product Backlog with unintended side effects.
Learn more about an oversized Product Backlog’s negative impact on innovation, your Scrum team’s ability to create value, and your relationship with stakeholders.
Agile transformations, scaling Agile from a team level to the whole organization, are more than implementing frameworks like SAFe®. They require a radical shift from rigid, top-down management to flexible, people-centric operations rooted in simplified structures, autonomous teams, and frequent, sustainable value delivery rather than promising quicker, cheaper results.
Ideally, a metric is a leading indicator for a pattern change, allowing your Scrum team to analyze the cause in time and take countermeasures. However, what if you picked the wrong metrics? What if these useless agile metrics lead you in the wrong direction while providing you with the illusion that you know where your team is heading?
Learn more about useless agile metrics, from individual velocity to estimation accuracy to utilization rates.
