Канбан: успішні еволюційні зміни для вашого технологічного біз­несу

Застосування канбану в розробці ПЗ

У розробці ПЗ з метою обмеження кількості незавершеної роботи (work-in-progress,WIP) ми застосовуємо віртуальну канбан-систему. Хоча слово «канбан» перекладається як «сигнальна картка» і у більшо­сті варіантів канбану для розробки ПЗ дійсно використовують картки, це не сигнальні картки для отримання нових завдань. Ці картки символізують елементи роботи, а сигнал для витягування нової роботи — це похідна від візуальної кількості WIP, яку треба відняти від якогось ліміту (або місткості системи). Звідси термін «віртуальний».

Дехто реалізує справжній фізичний канбан, використовуючи стікери, магніти або пусте місце на дошці, однак зазвичай сигнал на витягування роботи генерується системою управління задачами. У Розділі 6 наведено приклади реалізації канбан-систем при застосуванні в IT.

Дошки з картками стали популярним механізмом візуального конт­ролю в гнучкій розробці ПЗ (рис. 2.1). Зазвичай для візуалізації WIP використовують коркову дошку з приколотими до неї картками або білу дошку з клейкими стікерами. Слід зауважити, що ці дошки з картками самі по собі не є канбан-системами, хоча дехто стверджує зворотне. Насправді це лише системи візуального контролю. Вони дозволяють ­командам стежити за WIP і самоорганізовуватися, призначати собі завдання та переносити роботу з беклогу без підказок менеджера проєкту або безпосереднього керівника. Однак якщо немає явно визначеного обмеження WIP і не визначено сигнал для «втягування» нової роботи в си­стему — це не канбан-система. Детальніше про це йдеться в Розділі 7.


ris002

Рис. 2.1. Стіна з картками канбан (із дозволу SEP)




Поскаржитись




Використання файлів Cookie
З метою забезпечення кращого досвіду користувача, ми збираємо та використовуємо файли cookie. Продовжуючи переглядати наш сайт, ви погоджуєтеся на збір і використання файлів cookie.
Детальніше