Сейчас у нас активно планируется квартал, поэтому в ходе планирования я решила собрать для вас свои мастхэвы планирования. Чеклист и лайфхаки, по которому я прохожусь на разных этапах планирования, порой несколько раз. Смотрим.
✔️Отпуска. Не спросить про отпуска команды это моветон, нужно уточнять любое отсутствие. Даже если Вася 4 месяца назад сказал, что точно пойдет в отпуск в июне - уточнить. Карантин и никто никуда не едет - всех все равно по 10 раз спросить.
✔️Праздники. Тут, как и с отпусками. Частая ошибка всех, кто планирует - забывать про производственный календарь. В итоге, кто-то в команде радуется, что "О, 3 дня выходных", а кто-то (тимлид) потом работает в этот выходной, потому что на него надавили/попросили/он сам так решил - не подводить же команду и ожидания заказчика.
Лайфхак: если вы планируетесь на коленке или в excel, то попробуйте инструмент для планирования с визуализацией в диаграмме Гантта. Во-первых, всем нужна визуализация, особенно бизнесу. Во-вторых, чаще всего там можно настроить календарь отсутствий и график работы. Мы пользуемся плагином BigPicture для Jira.
✔️Время на поддержку и мини-хотелки. Убедиться, что оно есть и ваша команда не только плотненько запланирована на разработку функционала, но и есть время на влетающие задачи, баги.
Лайфхак: договоритесь с заказчиком об определенной квоте времени команды на эти работы. Например, 6 часов в неделю на поддержку или мелкие хотелки заказчика в продукте. У нас это называется малым портфелем, такие задачи мы оцениваем и груммим за спринт.
✔️Приемка заказчиком учтена. Вы разложили ресурсы в диаграмме Гантта и готовы уже называть даты релиза? Ответьте себе на вопрос, учтена ли приемка заказчиком. Если вы еще не договорились, как проходит приемка фичей, то бросаем все и бегом к заказчику - договариваться. Имейте ввиду, что не все фичи принимаются одинаково. У нас бывает так, что какую-то фичу помимо продакта должна посмотреть редакция, так как она выступает для этой фичи конечным заказчиком.
✔️Горизонтальный взгляд на даты релизов. Если вы шерите ресурс тестировщиков, или в разработке у вас параллелятся фичи, то посмотрите на ваш палн пронизывающим горизонтальным взглядом. Совпадающие или близкие даты релизов у крупных фичей разносите в плане, если не желаете смерть своим QA рыцарям.
Забирайте себе в головы, то что подходит именно вам. Может если у вас только идет разработка МВП и ваш продукт еще не в проде, вам не надо думать о поддержке пользователей, а может у вас тестировщика пока нет и надо не забыть, что сами разрабатываем и сами тестируем еще.
🔥Мега-лайфхак: посмотреть на план с точки зрения роадмепа по которому вы идете вместе с командой и заказчиком. Пройдите мысленно путь как вы будете разрабатывать эти фичи из спринта в спринт, параллельно осуществляя правку инцидентов пользователей, встречаясь на ретроспективах, погружая нового члена команды в проект. После такого упражнения можно шлифовать неточности и заметить неровности, которые встречаются на вашем пути разработки.
Ставьте сердечки, если какие-то практики для вас были новыми и вы хотите попробовать их, и смайлик "умника", если вы уже все знаете и практикуете.
Сейчас у нас активно планируется квартал, поэтому в ходе планирования я решила собрать для вас свои мастхэвы планирования. Чеклист и лайфхаки, по которому я прохожусь на разных этапах планирования, порой несколько раз. Смотрим.
✔️Отпуска. Не спросить про отпуска команды это моветон, нужно уточнять любое отсутствие. Даже если Вася 4 месяца назад сказал, что точно пойдет в отпуск в июне - уточнить. Карантин и никто никуда не едет - всех все равно по 10 раз спросить.
✔️Праздники. Тут, как и с отпусками. Частая ошибка всех, кто планирует - забывать про производственный календарь. В итоге, кто-то в команде радуется, что "О, 3 дня выходных", а кто-то (тимлид) потом работает в этот выходной, потому что на него надавили/попросили/он сам так решил - не подводить же команду и ожидания заказчика.
Лайфхак: если вы планируетесь на коленке или в excel, то попробуйте инструмент для планирования с визуализацией в диаграмме Гантта. Во-первых, всем нужна визуализация, особенно бизнесу. Во-вторых, чаще всего там можно настроить календарь отсутствий и график работы. Мы пользуемся плагином BigPicture для Jira.
✔️Время на поддержку и мини-хотелки. Убедиться, что оно есть и ваша команда не только плотненько запланирована на разработку функционала, но и есть время на влетающие задачи, баги.
Лайфхак: договоритесь с заказчиком об определенной квоте времени команды на эти работы. Например, 6 часов в неделю на поддержку или мелкие хотелки заказчика в продукте. У нас это называется малым портфелем, такие задачи мы оцениваем и груммим за спринт.
✔️Приемка заказчиком учтена. Вы разложили ресурсы в диаграмме Гантта и готовы уже называть даты релиза? Ответьте себе на вопрос, учтена ли приемка заказчиком. Если вы еще не договорились, как проходит приемка фичей, то бросаем все и бегом к заказчику - договариваться. Имейте ввиду, что не все фичи принимаются одинаково. У нас бывает так, что какую-то фичу помимо продакта должна посмотреть редакция, так как она выступает для этой фичи конечным заказчиком.
✔️Горизонтальный взгляд на даты релизов. Если вы шерите ресурс тестировщиков, или в разработке у вас параллелятся фичи, то посмотрите на ваш палн пронизывающим горизонтальным взглядом. Совпадающие или близкие даты релизов у крупных фичей разносите в плане, если не желаете смерть своим QA рыцарям.
Забирайте себе в головы, то что подходит именно вам. Может если у вас только идет разработка МВП и ваш продукт еще не в проде, вам не надо думать о поддержке пользователей, а может у вас тестировщика пока нет и надо не забыть, что сами разрабатываем и сами тестируем еще.
🔥Мега-лайфхак: посмотреть на план с точки зрения роадмепа по которому вы идете вместе с командой и заказчиком. Пройдите мысленно путь как вы будете разрабатывать эти фичи из спринта в спринт, параллельно осуществляя правку инцидентов пользователей, встречаясь на ретроспективах, погружая нового члена команды в проект. После такого упражнения можно шлифовать неточности и заметить неровности, которые встречаются на вашем пути разработки.
Ставьте сердечки, если какие-то практики для вас были новыми и вы хотите попробовать их, и смайлик "умника", если вы уже все знаете и практикуете.
