Ретроспектива PM
Наш “Product manager” - человек на стыке бизнеса и разработки, страж интересов и потребностей пользователей, отвечающий за успех или не успех фич, за ключевые показали и развитие своего направления в проекте. Мы поделены на команды, и, конечно, если это продуктовая команда, в каждой команде есть свой ПМ. Функционально мы объединены в отдел Бизнес-развития.
Мы все живем по agile, внутри команд и внутри отдела.
Если есть команда и если есть процесс, то не должно возникать вопроса проводить или не проводить ретроспективы. Они должны быть.
Что самое важно: внутри команды должно быть доверие, и должно быть желание найти ответы на волнующие вопросы. Отличная иллюстрация на эту тему, которая отлично работает в любой среде.
Может быть еще не на максимум развито доверие внутри команды, но мы уже находимся в красном квадрате, и это маленькая победа.
Наше последнее ретро
“То что было на ретро, не выйдет за пределы комнаты” — отличное и очень честное правило, которое позволяет поддерживать психологическую безопасность и доверять друг другу.
Введение очень простое, может быть слишком резкое и активное для вступления, но мы к нему готовы. Нарисовать смайлик, который характеризует текущее эмоциональное состояние:
Такой :-)
Или такой :-|
Или такой :-(
Отличная возможность оценить свое состояние и состояние ребят из отдела. Уже вопросы и проблемы появляются тут же на этапе.
Отмечу наше упущение. Помимо смайлика, хорошо было бы еще дать оценку рядом со смайлом от 1 до 5, в таком виде легче было бы оцифровать эмоциональное состояние команды и следить за ее изменениями во времени. Мы располагаем только качественной метрикой.
Сбор данных. Уже успели заглянуть во внутрь себя. Успели обсудить эмоциональное состояние и затронуть волнующие темы. Начинаем вспоминать события и эмоции за период: хорошие / нейтральные / негативные. Делаем это на стикерах индивидуально, дальше их помещаем на доску.
Анализ и любимый вопрос PM: Почему? Почему? Хм.. Почему?
Группируем карточки. Путем голосования выбираем листочки, которые имеют большее значение для участника, с чем он согласен. Голосуем, как за негативные, чтобы исправить, нейтральные, чтобы улучшить, и … положительные, чтобы закрепить результат, у каждого 5 голосов.
Карточек получилось слишком много — это наш минус. Отсюда еще одно простое и замечательное правило: Не стоит затягивать с ретро и копить вопросы.
Ищем решения по топовым проблемам совместно.
Самой большой нашей проблемой оказалась коммуникация с другими отделами (не разработкой).
Не менее важная — наш процесс уже внутри продуктовой команды, и его улучшение.
И отмечаем, что наши мероприятия командные были хороши: корпоративы, совместное занятие живописью, совместные походы на обед, — и их было бы хорошо повторить.
Фиксируем. Рассылаем всем участникам письмо с результатами ретро. Всех благодарим и начинаем работать над нашими пунктами.
Все карточки, которые не попали в топ, тоже отличный повод задуматься и принять меры. На следующем ретро будет замер эмоционального состояния команды повторный, и хотелось, чтобы оно росло.
Соловьева Юлия
