Я не хочу начинать с тем, на которые написано уже куча статей на Хабре, проведены сотни выступлений на ocherednaya_CONF и прекрасно описано в классике из менеджерской библиотеки.
Диаграммы Ганта, Roadmap, Burndown chart и иже с ними прекрасно работают тогда, когда у вас уже есть опыт. Я расскажу о них позже. Они важны, когда вы уже поели дерьма с командой, поняли, что и когда уместно и не пытаетесь вбить кувалдой любой проект в рамки всех этих инструментов. В противном (и неизбежном для обучения) случае вас ждет классический крах с хорошим началом и всем известным концом.
Пока поговорим немного о такой важной вещи, как ретроспектива проекта.
Ретроспектива проекта - это обсуждение командой возникших проблем на проекте, способов их решения, генерация идей, как можно иначе (с меньшей болью и большим выхлопом) решать подобные проблемы. Кроме того, правильно проведенная ретро несет в себе еще и психологическую разрядку для команды.
Для начала определимся, когда можно и нужно проводить ретроспективу.
Для полезной ретро у вас должны быть:
- Завершенный проект или большое количество спринтов по проекту в достаточно долгосрочный период. Например, за пару месяцев. Если проект большой, существует выделенная под проект команда и работа над проектом ведется активно, можно проводить ретро раз в месяц. НЕ ЧАЩЕ.
- Команда. Желательно - устоявшаяся и внутренняя. Проводить ретроспективу с аутсорсом или в ситуации, когда у вас ресурсы текут сильнее, чем вода из крана - бессмысленно и беспощадно.
- Обратная связь от команды. Будет отлично, если у команды будет возможность подготовиться к ретро. Будет идеально, если у команды будет выделено на это отдельное время в расписании.
В каком формате лучше всего собирать обратную связь?
Конечно, если вы просто попросите обратную связь от команды, вы рискуете стать обладателем объемной, эмоциональной и неструктурированной информации, с которой невозможно работать.
Лучше всего, если у команды есть общий документ (например, в Гугл таблицах, если ваша компания поддерживает работу в продуктах Google), и сформированная таблица.
В дальнейшем я поделюсь примером такой таблицы, чтобы ее можно было скопировать и пользоваться as is, а в следующем посте - опишу примерную структуру таблицы.