Обмеження Work-In-Progress (WIP) корисні, коли ви працюєте у справжньому стилі Канбан: де робота "витягується" за потребою, коли люди вільні, а не тискається на людей до того, як вони будуть готові.
Щоб зрозуміти різницю між "тиском" та "притягненням", подумайте про той відомий епізод "I Love Lucy", де Люсі та Етель приймають роботу на шоколадній фабриці і швидко опиняються не в змозі встигати з роботою, яка надходить на них :-)
>Це ідеальний приклад небезпеки "тиску": коли шоколад готується в процесі, робота стає готовою, навіть коли люди не готові працювати.
>Модель притягнення відрізняється: люди "витягають" роботу і призначають її собі, коли вони готові.
Кожна людина, зазвичай, має невелику кількість завдань, які вона розв'язує в будь-який момент: це може бути навіть два завдання, в залежності від складності роботи, але рідко коли це лише одне завдання. (Зазвичай ви завжди хочете мати одне "фонове" завдання готове до виконання, коли ваше "основне" завдання блокується з будь-якої причини.)
Коли людина може прийняти нове завдання, вона може "витягти" його з колонки ліворуч від себе на дошці Kerika.
>Ви можете використовувати обмеження WIP з будь-якою Дошкою завдань:
Ця дошка включає людей з різними ролями: дизайнерів, розробників і QA, і кожна група визначила свої власні обмеження WIP, на основі потужності та швидкості команди.
У цьому конкретному прикладі ми бачимо, що стовпець "В процесі" наразі перевищив своє обмеження WIP, в той час як інші стовпці ні.
Коли це відбувається, Kerika попереджає вас про це, відображаючи наслідки червоним текстом в заголовках стовпців.
Обмеження WIP розглядаються як "м'які обмеження": Kerika не зупиняє вас від перевищення обмеження WIP стовпця, але надає чітке видиме попередження всім про те, що вже майже сформується транспортний затор.
Коли починають утворюватися транспортні затори, Адміністратор дошки може втручатися, щоб допомогти керувати потоком вгору, так що обмеження WIP може повернутися до прийнятної кількості.
>