Kanban отлично подходит для стратегического планирования проекта, так как позволяет визуализировать процесс и гибко управлять приоритетами. Scrum, в свою очередь, эффективен для быстрой проверки гипотез, разработки новых фич и проведения антикризисных мер благодаря коротким циклам и постоянной обратной связи.

Мы также используем Lean, чтобы максимально эффективно использовать ресурсы и находить новые возможности в условиях ограничений.

Важно помнить, что все эти фреймворки предназначены для гибкого управления проектами. И прежде чем выбирать конкретный подход, важно четко определить категорию вашего проекта и его требования.

Так а как это рассматривать отдельно?

Одно инструмент (канбан), другое фреймворк (который не плотностью используется в реалиях РФ).

При этом, в канбане по сути только доска, а в скраме и ретроспективы и спринты и стендапы и т.п.. Именно по этому их нет смысла рассматривать по отдельности…

Зависит от команды и текущей разработки. Сейчас канбан через полгодика можно и в скрам упороться.

Скрамбан 🥸

Все зависит от проекта. Если поддержка - канбан. Если новый проект и надо динамично отдавать части проекта - скрам. Часто скрам потом превращается в скрамбан, такое тоже есть

Что подходит, то и использую. Немного одного, немного второго, еще какие-то практики из pmbok, где-то чистое творчество и эксперименты (что кстати методу канбан не противоречит). От потребности кароч.

Зависит от типа работы. Скрам под продуктовую разработку. Канбан под системные операйшнс.

Канбан и скрам отдельно рассматривать смысла нет. На мой взгляд, раздельно использовать эти инструменты глупо. Если их не совмещать, то значит попросту не реализовывать потенциал agile. Только синергия двух подходов вместе позволяет добиться значимого результата в команде.

Лайк канбану)