Ретроспектива PM

Zarplata.ru
Aug 8, 2017 · 2 min read

Наш “Product manager” - человек на стыке бизнеса и разработки, страж интересов и потребностей пользователей, отвечающий за успех или не успех фич, за ключевые показали и развитие своего направления в проекте. Мы поделены на команды, и, конечно, если это продуктовая команда, в каждой команде есть свой ПМ. Функционально мы объединены в отдел Бизнес-развития.

Мы все живем по agile, внутри команд и внутри отдела.

Если есть команда и если есть процесс, то не должно возникать вопроса проводить или не проводить ретроспективы. Они должны быть.

Что самое важно: внутри команды должно быть доверие, и должно быть желание найти ответы на волнующие вопросы. Отличная иллюстрация на эту тему, которая отлично работает в любой среде.

Может быть еще не на максимум развито доверие внутри команды, но мы уже находимся в красном квадрате, и это маленькая победа.

Наше последнее ретро

“То что было на ретро, не выйдет за пределы комнаты” — отличное и очень честное правило, которое позволяет поддерживать психологическую безопасность и доверять друг другу.

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

Такой :-)

Или такой :-|

Или такой :-(

Отличная возможность оценить свое состояние и состояние ребят из отдела. Уже вопросы и проблемы появляются тут же на этапе.

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

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

Анализ и любимый вопрос PM: Почему? Почему? Хм.. Почему?

Группируем карточки. Путем голосования выбираем листочки, которые имеют большее значение для участника, с чем он согласен. Голосуем, как за негативные, чтобы исправить, нейтральные, чтобы улучшить, и … положительные, чтобы закрепить результат, у каждого 5 голосов.

Карточек получилось слишком много — это наш минус. Отсюда еще одно простое и замечательное правило: Не стоит затягивать с ретро и копить вопросы.

Ищем решения по топовым проблемам совместно.

Самой большой нашей проблемой оказалась коммуникация с другими отделами (не разработкой).

Не менее важная — наш процесс уже внутри продуктовой команды, и его улучшение.

И отмечаем, что наши мероприятия командные были хороши: корпоративы, совместное занятие живописью, совместные походы на обед, — и их было бы хорошо повторить.

Фиксируем. Рассылаем всем участникам письмо с результатами ретро. Всех благодарим и начинаем работать над нашими пунктами.

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

Соловьева Юлия

    Zarplata.ru

    Written by

    Product management of Zarplata.ru

    Welcome to a place where words matter. On Medium, smart voices and original ideas take center stage - with no ads in sight. Watch
    Follow all the topics you care about, and we’ll deliver the best stories for you to your homepage and inbox. Explore
    Get unlimited access to the best stories on Medium — and support writers while you’re at it. Just $5/month. Upgrade