TL; DR: 28+2 Sprint Anti-Patterns from Sprint Stuffing to Gold-Plating
Welcome to the Sprint anti-patterns article from my series on Scrum anti-patterns, covering the three Scrum roles—pardon me: accountabilities—and addressing the contributions of stakeholders and the IT/line management. Moreover, I add some food for thought. For example, could a month-long Sprint be too short for accomplishing something meaningful? And if so, what are the consequences?
TL; DR: 24+2 Daily Scrum Anti-Patterns
In my experience, the Daily Scrum is the Scrum event with the highest anti-pattern density among all events. Learn more about Daily Scrum anti-patterns that threaten your Scrum team’s success, from becoming a reporting session to assignments to answering these three questions.
TL; DR: Ignoring the Capacity Check during Sprint Planning
There are plenty of failure possibilities with Scrum. Since Scrum is an intentionally incomplete framework with a reasonable yet short “manual,” this effect should not surprise anyone. For example, the Developers are ignoring a capacity check during the Sprint Planning, and as a result, the Scrum team creates a Sprint Goal that most likely cannot be accomplished.
Join me and delve into the effects of this trust-shattering practice in less than 80 seconds.
TL; DR: Maximizing Utilization as a Relic from the Industrial Management Past
There are plenty of failure possibilities with Scrum. Since Scrum is an intentionally incomplete framework with a reasonable yet short “manual,” this effect should not surprise anyone. For example, what if the focus of the organization is on the maximizing utilization of the “workers” of the Scrum teams? What if the organization is still stuck deeply in industrial paradigm thinking, ignoring the benefits of slack time for the creation of value in the field of knowledge work?
Join me and delve into the effects of this outdated management principle in 60 seconds.
TL; DR: Overruling the Product Owner
There are plenty of failure possibilities with Scrum. Since Scrum is an intentionally incomplete framework with a reasonable yet short “manual,” this effect should not surprise anyone. For example, what if the stakeholders—who bring the budget that is funding your Scrum team—insist on calling the shots by overruling the Product Owner’s prerogative to define the composition and the ordering the Product Backlog? What if your stakeholders suffer from the “my budget, my feature” syndrome?
Join me and delve into the effects of overruling the Product Owner in less than 140 seconds.
TL; DR: Scrum Questions: Seven Simple Issues and Complex Answers
How hard can Scrum be; the manual has 13 pages? You may have heard something along this line from skeptics in the past, dismissing the complex nature of an intentionally incomplete framework. The point is that exciting discussions happen when you start digging a bit deeper. Supposedly simple Scrum questions often return a broad spectrum of answers, ideas, and opinions.
Therefore, for some months now, I have run polls on LinkedIn. The polls address topics like the implications of self-management, how the management or corporate hierarchy fits into the picture, and the relationship between Scrum and agile coaching.
Let me share some of the controversial findings and discussions with you. As always, there are no simple answers in complex environments.