Где-то давным давно услышал принцип — профессионал выбирает инструмент под задачу, выбор подходящего инструмента позволяет максимизировать соотношения затраты-результат. В этой статье опишу своё видение области применимости данных гибких методологий — когда и какую выбирать.
Постановка вопроса "Scrum vs Kanban" некорректна.
Картинка "При этом со Scrum'ом дело усложняется следующим образом:" еще менее корректна.
Kanban-метод не противоречит Scrum фреймворку и не конкурирует с ним в чистом виде.
Результат применения Канбан-метода как измененный процесс работы может конкурировать. Но не Канбан-метод.
Scrum может быть одним из этапов развития процессов по Канбан-методу. А может быть преобразован в что-то иное, если это "иное" лучше подходит для конкретного сервиса.
Для полного следования канону "Scrum vs Kanban" нужно добавить в статью "Waterfall" (тм).