Common Failure Modes in Scrum
Learn the common reasons for failure when using Scrum.
We'll cover the following
- Ineffective Product Owner
- Insufficient product backlog refinement
- Stories too large
- Daily scrums not held daily
- Overly long sprints
- Emphasis on horizontal slices rather than vertical slices
- Separate development teams and test teams
- Unclear Definition of Done
- Not driving to a releasable level of quality each sprint
- Retrospectives not held
- Lessons from retrospectives not implemented in the next sprint
- “Scrum and”
- Ineffective Scrum Master
- What the Scrum failure modes have in common
My company has seen many more ineffective Scrum implementations than effective ones. Most ineffective implementations are “Scrum-but,” meaning, “We’re doing Scrum, but we aren’t using some of its key practices.” Examples include, “We’re doing Scrum, but we aren’t doing daily standups.” Or “We’re doing Scrum, but we aren’t holding retrospectives.” Or “We’re doing Scrum, but we haven’t been able to fill the Product Owner role.” Ineffective Scrum implementations have usually removed at least one essential attribute of Scrum. Here’s my favorite example: “We looked at Scrum but found that most of the practices wouldn’t work in our organization. We’re doing Scrum, but the main practice we use is daily standups, and we do those on Fridays.”
Unlike the enormous umbrella of Agile practices generally, Scrum is a minimal process for managing workflow. Because it is already minimal, there really isn’t any part of Scrum that you can remove and still achieve the benefits of Scrum.
Get hands-on with 1200+ tech skills courses.