Читать книгу Канбан. Успішні еволюційні зміни для вашого технологічного бізнесу - Дэвид Дж. Андерсон - Страница 14

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

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

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

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