ліміт незавершеної роботи (WIP limit)
Також називають: ліміту незавершеної роботи, ліміт WIP, ліміти незавершеної роботи
Обмеження того, скільки завдань людина чи колонка дошки завдань можуть мати розпочатими, але не завершеними. Коли починають менше, роботу закінчують швидше, і видно, де вона накопичується.
Ліміт незавершеної роботи (WIP limit) обмежує, скільки завдань людина або колонка на дошці завдань може мати розпочатими, але не завершеними. Коли ліміт досягнуто, ніхто не починає нового: допомагають завершити те, що вже в роботі, або розчистити колонку, яка це блокує.
Причина в арифметиці, а не в дисципліні. За стабільний період середній час, який завдання проводить у роботі, приблизно дорівнює кількості завдань у роботі, поділеній на те, скільки завдань завершують за одиницю часу (це добре відомий результат теорії черг). Якщо команда так чи інакше завершує приблизно стільки ж на тиждень, більше завдань у роботі означає лише те, що кожне закінчується пізніше. Шість напівзроблених завдань не дають нічого; два завершені дають два. Перемикання між багатьма завданнями ще й саме по собі забирає час.
Друга перевага — видимість. Колонка, що вперлася в ліміт, показує, де накопичується робота: етап перевірки, єдиний експерт, черга очікування постачальника. Без лімітів затор ховається в чиємусь списку «в роботі», доки його не викриє дедлайн.
Ставте ліміти достатньо низькими, щоб вони спрацьовували, і коригуйте за спостереженнями: поширений старт — одне-два завдання на людину в «в роботі» і невелике число для спільних етапів, як-от перевірка. Ліміт — це сигнал, а не правило, яке обходять: якщо піднімати його щоразу, коли його досягнуто, він приховає те вузьке місце, яке мав показати.
Приклад
Січень 2027 року, останні чотири тижні перед стартом фізики в Klasna 1 лютого. На дошці команди п'ять колонок: зробити, в роботі, чекаємо, перевірка, готово. У Danylo шість карток «в роботі» і жодної завершеної. Команда встановлює ліміти: 2 картки «в роботі» на людину і 3 у колонці «перевірка» Vira.
У середу в колонці перевірки 5 практичних наборів, на два більше за ліміт, а двоє репетиторів щойно завершили свої картки. Замість братися кожен за новий набір (який лише став би в чергу на перевірку), вони допомагають її розчистити: розв'язують вибіркові задачі наборів, що чекають, і перевірка Vira йде швидше.
Чому це важливо, з ілюстративним припущенням: якщо Vira перевіряє приблизно 1 набір на день, набір, що потрапив у чергу з 5, вийде з перевірки приблизно через 5 ÷ 1 = 5 робочих днів; якщо черга тримається на 3 — приблизно через 3 дні. За 4 тижневі ітерації з 4 по 29 січня ця різниця вирішує, чи останні теми перевірять до старту, чи після. Ліміт не зробив Vira швидшою; він не дав новій роботі накопичуватися перед нею.
Типові помилки
- Вважати зайнятість прогресом. Багато розпочатих завдань виглядають продуктивно і завершуються пізно; рахуйте те, що дійшло до «готово».
- Піднімати ліміт, щойно його досягнуто. Це ховає вузьке місце, заради якого ліміт і існує.
- Починати нове, коли заблоковано. Краще допоможіть завершити чи розблокувати; нові картки лише стають у чергу.
- Ліміти лише на людей, а не на спільні етапи. Робота зазвичай накопичується саме на перевірці, погодженні й у черзі постачальника.
- Ставити такі високі ліміти, що вони не спрацьовують. Ліміт, якого ніколи не досягають, нічого не змінює.
Вивчити в курсі
- Фіксована дата і щотижневі ітерації · Тримай дату іспиту й кілька віх фіксованими, дозволь обсягу робіт гнучкості й веди останні тижні короткими ітераціями з дошкою, лімітами незавершеної роботи й щотижневим показом готових частин.