WIP лимиты
Один из важных принципов работы по методологии «Канбан» — это ограничение количества выполняющейся в данный момент работы (WIP).
Ограничения WIP повышают пропускную способность команды и сокращают объем работы, «почти выполненной», заставляя команду сосредоточиться на меньшем наборе задач. На фундаментальном уровне ограничения WIP поощряют культуру «сделано». Что еще более важно, установленные ограничения WIP делают узкие места видимыми.
Чтобы наладить работу, команда должна разобраться и устранить проблемы, которые тормозят или блокируют успешное прохождение задачи на последний этап «Завершена».
Цифры по WIP ограничениям подбираются каждой командой экспериментально, но считается, что они должны зависеть от числа разработчиков в команде.
Например, если вы имеете 8 программистов в команде, то в столбец «Разработка» вы можете поместить цифру 4. Это значит, что одновременно программисты будут делать не более 4-х задач, а значит у них будет много причин для общения и обмена опытом.
Если вы поставите туда цифру 2, то 8 программистов, занимающихся двумя задачами, могут заскучать или терять слишком много времени на обсуждениях. Если поставить 8, то каждый будет заниматься своей задачей и некоторые задачи будут задерживаться на доске надолго, а ведь главная задача Канбан — это уменьшение времени прохождения задачи от начала до стадии готовности.
Лимиты: обратите внимание
Мы исходим из того, что одна и та же команда может одновременно работать над разными проектами. Исходя из этого, лимиты устанавливаются на все проекты группы проектов «Канбан», т.е. если у вас в столбце «Дизайн» максимум 4 задачи, это означает что по всем проектам в статусе «Дизайн» может находиться не более 4 задач.
Если над каждым проектом у вас работают разные команды, рекомендуем вам делать отдельные планировщики с лимитами под каждую команду для каждого проекта.