Чеклист менеджера при планировании проекта

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

✔️ Отпуска.
Не спросить про отпуска команды это моветон, нужно уточнять любое отсутствие. Даже если Вася 4 месяца назад сказал, что точно пойдет в отпуск в июне - уточнить. Карантин и никто никуда не едет - всех все равно по 10 раз спросить.

✔️ Праздники.
Тут, как и с отпусками. Частая ошибка всех, кто планирует - забывать про производственный календарь. В итоге, кто-то в команде радуется, что "О, 3 дня выходных", а кто-то (тимлид) потом работает в этот выходной, потому что на него надавили/попросили/он сам так решил - не подводить же команду и ожидания заказчика.

Лайфхак: если вы планируетесь на коленке или в excel, то попробуйте инструмент для планирования с визуализацией в диаграмме Гантта. Во-первых, всем нужна визуализация, особенно бизнесу. Во-вторых, чаще всего там можно настроить календарь отсутствий и график работы. Мы пользуемся плагином BigPicture для Jira.

✔️ Время на поддержку и мини-хотелки.
Убедиться, что оно есть и ваша команда не только плотненько запланирована на разработку функционала, но и есть время на влетающие задачи, баги.

Лайфхак: договоритесь с заказчиком об определенной квоте времени команды на эти работы. Например, 6 часов в неделю на поддержку или мелкие хотелки заказчика в продукте. У нас это называется малым портфелем, такие задачи мы оцениваем и груммим за спринт.

✔️ Приемка заказчиком учтена.
Вы разложили ресурсы в диаграмме Гантта и готовы уже называть даты релиза? Ответьте себе на вопрос, учтена ли приемка заказчиком. Если вы еще не договорились, как проходит приемка фичей, то бросаем все и бегом к заказчику - договариваться. Имейте ввиду, что не все фичи принимаются одинаково. У нас бывает так, что какую-то фичу помимо продакта должна посмотреть редакция, так как она выступает для этой фичи конечным заказчиком.

✔️ Горизонтальный взгляд на даты релизов.
Если вы шерите ресурс тестировщиков, или в разработке у вас параллелятся фичи, то посмотрите на ваш палн пронизывающим горизонтальным взглядом. Совпадающие или близкие даты релизов у крупных фичей разносите в плане, если не желаете смерть своим QA рыцарям.

Забирайте себе в головы, то что подходит именно вам. Может если у вас только идет разработка МВП и ваш продукт еще не в проде, вам не надо думать о поддержке пользователей, а может у вас тестировщика пока нет и надо не забыть, что сами разрабатываем и сами тестируем еще.

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

Ставьте сердечки, если какие-то практики для вас были новыми и вы хотите попробовать их, и смайлик "умника", если вы уже все знаете и практикуете.

#разработка