А, еще. Про TPS вы очень много глупостей написали. Вы же не сталкивались с системой. Тогда и не надо говорить. Ибо канбан — это скорее сигнальный ярлык о говоности перехода изделия на следующую стадию, на следующий этап производственного цикла. На производстве их куда больше, чем в разработке. То есть вовсе не три.
Конечно, именно фреймворк виноват в том, что у вас спринт делался в последние три дня. То есть семь дней все ленились, а потом «у нас всё горит». В нормальной работе бёрндаун будет идти постепенно. По вашему графику ощущение, что все таски были рассчитаны на две недели. Вот они и сгорели массово в конце спринта. То есть вопрос к тому, кто ставит таски. И кто контролирует выполнение работ.
Канбан не отменяет планирование. И задачи точно также должны быть сделаны вовремя. Вам же показалось, что раз нет спешки, то использование этого фреймворка удобнее, лучше. Просто циклы идут не с привязкой к спринтам, а к скорости команды и конкретному набору задач в работе.
В итоге, вы неправильно использовали скрам, а теперь неправильно использовали канбан.
Не ограничивайтесь общими сведеньями. Дело не в ретроспективах и стендапах. Дело в гибкости, которую вы теряете соблюдая все стандартные протоколы.
Дело не в нишах, дело совсем в другом. И итеративность никак не связана с фреймворком. По опыту скажу — если у вас живой продукт с устоявшейся аудиторией, то привет канбан. Если вы мега-молодой стартап, которому нужно быстро проверять гипотезы — то привет скрам. Причем, даже в одной компании разные команды могут использовать разные подходы.
А внешнему заказчику вообще лучше вотерфол. Плевать они хотели на все эти эджайлы.
И в чем проблема? 20 задач по 10 условных баллов, например, а 5 — по 40 баллов. Итого пропускная способность — 200 баллов в месяц. Дальше смотрите отклонения.
Мерить нужно не тупо в количестве задач же. А в их весе суммарном.
Канбан не отменяет планирование. И задачи точно также должны быть сделаны вовремя. Вам же показалось, что раз нет спешки, то использование этого фреймворка удобнее, лучше. Просто циклы идут не с привязкой к спринтам, а к скорости команды и конкретному набору задач в работе.
В итоге, вы неправильно использовали скрам, а теперь неправильно использовали канбан.
Не ограничивайтесь общими сведеньями. Дело не в ретроспективах и стендапах. Дело в гибкости, которую вы теряете соблюдая все стандартные протоколы.
А внешнему заказчику вообще лучше вотерфол. Плевать они хотели на все эти эджайлы.
Мерить нужно не тупо в количестве задач же. А в их весе суммарном.