Pull to refresh

Comments 5

Правду говорите! Agile -> философия работы, очень широкое понятие, фреймворк -> какая-то реализация этой философии (XP, Scrum, Kanban, итд), а методология -> адаптация фреймворка под конкретную команду (поэтому мы часто слышим "ну у нас скрам работает вот так и сяк, а не вот эдак").

Заранее прошу прощения, немного подушню.

Почему-то очень часто встречается мнение, что Канбан - это как Скрам, только без спринтов. Это в корне неверное утверждение: Канбан и Скрам - это вещи, которые акцентируются на разных аспектах. Более того, Канбан и Скрам можно применять одновременно, и вселенная от этого не схлопнется, эксепшн не вылетит.

в Kanban не выставляются итерации работы по времени.

Канбан не запрещает итерации, а только разрывает зависимости между различными активностями. Например, наша команда использует Канбан, и у нас встречи по пополнению очереди происходят два раза в неделю. Никто не запрещает устраивать эти встречи раз в неделю или реже.

В Kanban важно следить за приоритетами 

Канбан-сообщество, во главе с Дэвидом Андерсеном (создателем Канбана), активно стараются избавиться от понятия "приоритет" (те самые пресловутые Low, Medium, High, Blocker или числовые приоритеты) в пользу классов поставки и типов задач.

Ну и еще отмечу, что Канбан может нарушать ценности Agile.

плюсую, вселенная от совмещения не перевернется.

А еще бы в начале в определениях следует сказать, что "канбан - это метод управления" (а не философия и не фреймворк)

Спасибо! Хорошая статья, все по полкам и максимально доходчиво.

Sign up to leave a comment.

Articles