Kanban как процесс разработки программного обеспечения, на практике [закрытый]

У меня тоже нет большого опыта работы с этим, но я думаю, что могу кое-что поделать. 1 и 4. Основное различие между досками Канбан и другими методами, такими как CPM, заключается в том, что при правильной реализации доска Канбан вынуждает вас устанавливать ограничения на незавершенную работу. Это создает систему вытягивания, поскольку новые предметы принимаются работниками только тогда, когда у них есть возможности. Это отличается от проекта типа проекта MS, где задачи заранее назначаются работникам (т. Е. Выдвигаются).

В вытягивающей системе гораздо проще определить узкое место, потому что на каком-то этапе процесса рабочие элементы будут выстраиваться в очередь. В системе выталкивания работа проталкивается через систему (независимо от того, выполнена она или нет), поэтому трудно найти узкие места.

Еще одним преимуществом системы выталкивания является то, что вы можете начать строить график работы на основе фактических результатов (время опережения и цикла), в отличие от прогноза. Да, размер и степень детализации историй действительно влияют на это, но с такими методами, как кумулятивные блок-схемы, это становится менее важным.

2: Большинство реализаций довольно просты, и в этом заключается некоторая сила метода. Я думаю, что если у вас проблемы с логистикой техники, вы делаете это неправильно. Посмотрите здесь , чтобы найти хороший «пример кикстарта».

У меня нет конкретного опыта использования Канбан в программном обеспечении, но я знаком с этой практикой с производственной точки зрения, поэтому мне было любопытно, как реализовать. Читая вашу ссылку, я заметил, что возможная заминка - это то, что я чувствовал как основное предположение об одинаковом размере единиц работы (функций, историй и т. Д.). Хотя сохранение «размера сюжета» - хорошая цель, часто вокруг всплывают смеси больших и малых историй, и поэтому ограничения на небольшое количество в их конвейере кажутся искусственными. Если цель состоит в том, чтобы выявить узкие места, я думаю, что для этого достаточно хорошо подойдут стендапы, планирование и ретроспективы спринтов. Если цель состоит в том, чтобы облегчить расстановку приоритетов, я думаю, что наложение ограничений на количество задач по типам не поможет Сделайте это так же, как просто упорядочите их сверху вниз.

Думаю, я действительно не понимаю, какую ценность это добавляет; при этом, я не вижу вреда в том, чтобы пробовать это и принимать все, что работает.