NV
Народ, такая тема интересна. Про WIP лимиты.
– ставите ли вы сотрудникам лимиты? (по кол-ву задач, по времени исполнения)
– что делать если сроки исполнения почти всегда факапяться? штрафовать не вариант, демотивирует. Ставить сроки «с запасом» тоже наверно не совсем правильно, нет челленджа, хочеться же стараться чтобы был хороший таймтумаркет в команде…
Вообще мысли про WIP лимиты в целом и ньюансы)
– ставите ли вы сотрудникам лимиты? (по кол-ву задач, по времени исполнения)
– что делать если сроки исполнения почти всегда факапяться? штрафовать не вариант, демотивирует. Ставить сроки «с запасом» тоже наверно не совсем правильно, нет челленджа, хочеться же стараться чтобы был хороший таймтумаркет в команде…
Вообще мысли про WIP лимиты в целом и ньюансы)
Это ответ на второй вопрос. Используем при планировании "буфер" и "обещания".
1. Буфер - это ряд задач, которые можно профакапить, они делаются только если закончены все остальные. Задачами из буфера ребята управляют сами - могут выбрать что-то, что считают более важным или интересным.
Самое главное правило - не обманывать себя при планировании и помнить, что планы без запаса факапятся. Для этого и существует "буфер".
2. Обещания - это задачи, которые профакапить нельзя и дедлайн сдвигать нельзя. Основная идея такая же - планы не сбываются(Поменяются требования, потребуется рефакторинг, кто-то заболеет). В такой ситуации, нужно не страдать ночами над клавой, а идти обсуждать проблему и думать как пофлексить задачу не срывая обещанных сроков и принести максимальную пользу бизнесу. Обычно урезается функциональность, меняются требования или на крайний случай думаем как аккуратнее наговнокодить.
Если спринт спланирован хорошо, то примерно половина из буферных задач успешно закрывается. Если плохо - закрываются или все, или ни одной.
П.С. Это очень субъективный опыт, многое зависит от команды, культуры и методологии.
У нас распределенная команда, все fullstack, 2 недельный скрам и люди ориентированные на результат.
1. Буфер - это ряд задач, которые можно профакапить, они делаются только если закончены все остальные. Задачами из буфера ребята управляют сами - могут выбрать что-то, что считают более важным или интересным.
Самое главное правило - не обманывать себя при планировании и помнить, что планы без запаса факапятся. Для этого и существует "буфер".
2. Обещания - это задачи, которые профакапить нельзя и дедлайн сдвигать нельзя. Основная идея такая же - планы не сбываются(Поменяются требования, потребуется рефакторинг, кто-то заболеет). В такой ситуации, нужно не страдать ночами над клавой, а идти обсуждать проблему и думать как пофлексить задачу не срывая обещанных сроков и принести максимальную пользу бизнесу. Обычно урезается функциональность, меняются требования или на крайний случай думаем как аккуратнее наговнокодить.
Если спринт спланирован хорошо, то примерно половина из буферных задач успешно закрывается. Если плохо - закрываются или все, или ни одной.
П.С. Это очень субъективный опыт, многое зависит от команды, культуры и методологии.
У нас распределенная команда, все fullstack, 2 недельный скрам и люди ориентированные на результат.