If you find yourself in an awkward social situation at a conference, ask aloud, "Hey, is Scrum better than Kanban?" and duck out of the room in the ensuing chaos.
Strong opinions exist on both sides of this fence, and as the data comes in, we've come to see that agile teams all over the world have been successful with either.
However, the fact that successful teams on both sides exist doesn't help you decide which is right for -your- team, and the patterns are not interchangeable. As SAFe and other scaling paradigms become more popular, even individual teams within the same organization may operate best using different structures.
In this session, we'll look at Scrum and Kanban, not to prove that one is better, but to point out how they tackle problems in different ways using different assumptions about the workflow. By seeing which more accurately fits your work, it may help you decide which to try.
- Misconceptions about both sides that only prove marketing is evil
- How Scrum and Kanban make work visible
- How Scrum and Kanban deal with planning and projecting timelines
- How Scrum and Kanban deal with limiting work in progress
- How Scrum and Kanban deal with changing priorities
- Stuff Scrum deals with that Kanban does not
- Common crossover practices
- Workflow characteristics that may fit one scheme better than another