Советы для M1. Планирование

Возвращаемся к ответам на вопросы.

Что бы ты сейчас посоветовал себе, когда только начинал быть лидом М1?

Полноценный ответ требует статьи на хабр, она выйдет позже 🙂
А пока – про одну из частых проблем M1: планирование.

––

У начинающих лидов часто возникает один из двух интуитивных подходов к планированию:

1. Прикину, за какое время я сам бы сделал задачу. Отнормирую на уровень сотрудника

Например:
a. Синьор – сделает с такой же скоростью, как я.
b. Миддл – в два раза медленнее.
И т.д.

Внезапно, такие предсказания ломаются.

2. Спрошу у сотрудника, сколько времени у него уйдет на задачу. Если уровень невысокий – умножу на менеджерский коэффициент.

a. Синьор оценил задачу в три дня – добавлю денек на баги
b. Миддл оценил в три дня – умножу на два
c. Джун оценил в три дня – помоги мне бог, чтобы сошлось до конца месяца

И..такие предсказания тоже ломаются!

Люди слишком сложны, чтобы надёжно предсказывать их производительность по уровню или должности.

––

А что тогда делать с прогнозами?

Пользоваться историческими данными.

Во время планирования абстрагируйся от должности/внешней уверенности человека. Смотри на историю его работы с завершенными задачами:

– Если в предыдущих двух спринтах он закрывал задач на «5 сторипоинтов», не стоит ожидать, что в этом спринте он закроет 10, потому что «заказчикам очень нужно» или «ну я соберусь и затащу, честное слово!»

– Если в прошлый и позапрошлый раз у разработчика ушло по неделе на написание http-хэндлера, пишущего в базу, не стоит ожидать, что в этот раз он сделает то же самое за два дня

Тот же подход применим для ответа на вопрос: «сколько за итерацию сможет сделать команда?»

––

А как же рост эффективности? Люди что, не могут развиваться и учиться?

Могут. И в развитие команды нужно вкладывать своё время. Но:

Человек обучился и прокачался, если ты на данных видишь, что он стал делать больше / выше / лучше и т.д.

Планировать больше можно начинать только тогда, когда человек уже и так делает больше. Не наоборот!