4 варианта планирования разработчика на неделю

40 часов в неделю

Ни разу не видела, чтобы хорошо работало, но еще не перевелись менеджеры и компании(!), которые так планируют. Потом, правда, мы видим следующее:
а) задачи переезжают, едут сроки,
б) задачи выполняются с переработками, через месяц человек уже воет.

Если вам нужна полная отчетность за все 40 часов, то никто не запрещает добавить задачи на мероприятия команды и встречи. Вы можете планировать качественное время разработчика на 30 часов, а остальное закладывать на процессы/болталки, при этом показывая это в отчетности.

Неправильные мотиваторы:
⛔️ "У нас же один разработчик на проекте, нам больше не надо".
⛔️ "Все задачи тимлид декомпозировал и оценил, бери и делай, думать не надо".
⛔️ "А стендап с заказчиком, ты в задачу спиши".
⛔️ "Он же сеньер, сделает все уже к среде".

35 часов в неделю

Вариант очень близкий к 40, сдобренный иллюзией, что 5-ти часов хватит на всю коммуникацию и выяснение деталей.
Даже в маленькой команде (до 4х человек), 5 часов в неделю может не хватать. Из-за отсутствия взаимопонимания, команда начинает делать НЕ ТО или НЕ ТАК. Один сказал одно, другой понял иначе, третий не переспросил. Урежем общение до 5 часов в неделю - рискуем сделать не то, что нужно заказчику.

Неправильные мотиваторы:
⛔️ "5 часов в неделю на скрам мероприятия в команде за глаза".
⛔️ "У нас аналитик хорошо описывает задачи, все понятно".
⛔️ "А заказчик все равно с командой не общается".
⛔️ "Разработчики разные модули пилят".

25-30 часов в неделю

Чаще всего - это самый оптимальный способ планирования, а еще комфортный для разработчика. Золотая середина у каждого своя и может варьироваться как от длины спринта, так и от активностей, которые предусматривает спринт (поддержка, мелкие задачи).
Мы сейчас планируемся в этом диапазоне, при этом команды логируют время полностью (40 часов/неделя).

Неправильные мотиваторы:
⛔️ "Пока Петя въезжает в проект, не будем на него 40 часов планировать, давайте 30?"

20 часов в неделю и менее

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

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

Неправильные мотиваторы:
⛔️ "Тимлид должен 50% кодить"
⛔️ "На джуна больше и не запланируешь"
⛔️ "Наша скорость команды 20 story point'ов в неделю на человека"
⛔️ "50% времени уходит на мифический рефакторинг, время списываем в унитаз".

#разработка