Лимит — это для вас какая-то шутка? 🧮

Представьте, договорились вы с командой: больше десяти задач в работе не держим. Через месяц смотрите на доску, а их там уже пятнадцать + новые добавляются в геометрической прогрессии, лимит становится для всех какой-то шуткой, а о том, что все задачи зарелизятся в срок можно и не мечтать.

Обычно когда это всплывает варианты ответов совершенно стандартные. Кто-то оправдывается тем, что сейчас пожар, потом разгребём, кто-то обещает, что со следующего спринта так точно не будет, кто-то просит всё-таки соблюдать договорённость, не зря же обсуждали. И всех можно понять.

Потому что WIP-лимит — это лакмусовая бумажка. Он показывает те места, где выстроенный процесс даёт слабину. Разберите любое нарушение и очень часто человек окажется ни при чём.

Например, команда взяла одиннадцатую задачу, потому что делать было нечего, какие-то из задач ждут ревью и мяч не на вашей стороне. Формально в работе десять, фактически меньше и когда заказчик спрашивает про сроки, вы считаете по десяти, но это не репрезентативно.

Ну или заказчик продавил задачу вне очереди, потому что утверждает, что это архи-срочно и архи-важно. Встречи, где решают, что берём следующим, нет. Правил, что считать срочным, тоже. Остаётся один способ добиться результата — аргументировать и продавливать. И раз получилось один раз, в следующий будет то же самое.

Либо ещё одна классика жанра: тимлид видит, что тестировщик (либо любой другой член команды) сидит без задач и даёт ему что-то вне очереди, допустим, из тех долга. А задач у тестировщика хватало: очередь копилась в разработке (либо в любом другом отделе), туда приходит больше, чем выходит. Новая задача доехала до этой очереди и сделала её длиннее.

Ни один случай не лечится ни дисциплиной, ни умением отстаивать границы. В первом надо разбираться с блокировками, во втором договариваться о том, какие типы срочных запросов бывают и как с каждым обращаться, в третьем искать узкое место вместо того, чтобы занимать свободные руки.

Поэтому нарушенный лимит — это, можно сказать, хорошая новость! Он помог вам понять, в каком именно месте процесс даёт сбой. Хуже, когда лимита нет вовсе или когда лимиты нарушаются систематически.

Правда, кривой процесс видно, а цену такой ошибки — нет. Понимание приходит позже, вместе с сорванными сроками и потерянными деньгами.

6–7 октября Александр Рыжков проводит двухдневный онлайн-тренинг «Основы Канбан-систем (KSD)» — как раз про то, как читать эти сигналы и чинить процесс. Ставить WIP-лимиты и опираться на статистику Throughput, находить задержки в потоке, называть срок с вероятностью 80–90%.

👉 Записаться на тренинг