
Если вы не слышали об "Scrum", то скорее всего вам попадалось выражение "Канбан" или "Канбан-доска".
Про "Agile" или на кириллице "Аджайл", вы возможно тоже где-то слышали.
Но не суть, давайте вернемся в историю и вспомним вехи развития этих ныне модных слов в IT - индустрии и не только.
Как это не удивительно прозвучит, но понятние "Kanban" на много старше "Agile" и уж тем более понятия "Scrum". (Воу-воу подожди, еще одно не знакомое слово). Об этом чуть позже.
Как гласит легенда, в 1940 году Таичи Оно (Taiichi Ōno ), молодой и перспективный инженер, тогда еще не известной локальной компании "Toyota", производившей в числе прочего тракторы и другую технику для сельского хозяйства, сформулировал подход:
Производить только то, что необходимо, когда это необходимо и в необходимом количестве. /To produce only what is needed, when it is needed and in the amount needed.
Taiichi Ōno
Но, если копнуть в историю еще глубже, оказывается понятие "Kanban" появилось в 16 веке, когда в Японии после войн феодальных войн (если ближе к нашей истории когдаб по нашему князья, боролись за каждый клочек земли), стабилизировалось положение и, начался экономический рост. В торговых кварталах растущих городов, начали активно открываться магазинчики и ремесленными лавки, которым необходимо было привлекать клиентуру. Именно на этих улицах родилось понятие "Kanban".
Так вот слово "КанБан" состоит из двух слов, как это не редко бывает в восточных странах, где в языке используются иероглифы.
До войны компания была на грани банкротства и производительность компании была в разы меньше американских автопроизводителей.
Взятая стратегия на исправление ситуации дала шанс таким как инженер Таичи Оно (Taiichi Ōno ) на эксперименты и изменение бизнес-процессов в производстве.
2. Большие складские запасы
Но убирая запасы необходимо было наладить процесс, как сообщить что необходимы ресурсы для производства новых изделий.
После продажи товара, карточка немедленно возвращалась на склад и сигнализировалось поставщику, что пора подвезти новый товар.
Таичи Оно (Taiichi Ōno ) заимстовал этот приницип и теперь на производстве, когда товарный запас был использован в производстве изделия, карточка возвращалась.
Канбан-карты прикреплялись к каждому готовому изделию, и после его продажи карточки возвращались на производственную линию. Члены команды могли работать над новым элементом только тогда, когда карточка, сигнализирующая о спросе на него, возвращалась к ним, и только после того, как количество ожидающих карточек Канбана достигло определенного порога. К каждому материалу, используемому в процессе производства, также была прикреплена собственная карта Канбан, так что сигнал спроса в конечном итоге проходил по всей производственной цепочке, заканчиваясь внешними поставщиками.
Ну ок, а как все это применимо к разработке софта (программного обеспечения) и продуктов, спросите вы?
Персонализация и создание продукта для человека с учетом его потребностей, что стало в конечном итоге основным фактором успеха Toyota.
Как же это может быть применимо в разработке софта?
90-е стали годами, когда с ростом персональных компьютеров, скорости и распространения интернета, растущий спрос со стороны потребителей, необходимо было кормить.
Во главу угла стала скорость и качество (минимальное кол-во ошибок/багов).
Можно ли было управлять классическим каскадным методом (WaterFall)?
А что по поводу конвейера от компании Ford?
Ну система TPS - это же, что доктор прописал?
Свято место пусто не бывает, несколько систем управления работой быстро развились, чтобы заполнить этот пробел, охватив Манифест и став ядром Agile-разработки программного обеспечения в то время. Наиболее заметными из них были Scrum, eXtreme Programming и чуть позже Lean Software Development.
Оригинал по ссылке:https://kanbantool.com/kanban-guide/kanban-history)
(0)