Retrius – три Agile-инструмента в одном интерфейсе

Все, что нужно Agile‑команде: ретроспективы, чек‑апы и покер‑планирование в одном интерфейсе.

Сколько Agile-практик должен впихнуть продакт в команду, чтобы его наконец оставили в покое и дали делать продукт? Правильный ответ: одну — но с умом. Сервис Retrius пытается быть именно такой одной единственной рутиной для команды.

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

Многие компании тратят сотни тысяч рублей на сервисы, которые повторяют функционал друг друга и только занимают место в корпоративном хранилище информации!

С запросом на ультимативный сервис для agile-планирования я и подошел к сегодняшнему продукту.

Сервис Retrius обещает доступ к основным инструментам гибкого управления командами в едином интерфейсе и по приятной цене – предлагаю посмотреть, что из этого получается в итоге!

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

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

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

Так вот, ретроспективы – это способ говорить со своей командой без токсичности и с максимальной отдачей от каж��ого участника. Сервис Retrius позволяет командам проводить несколько видов ретроспектив.

Первая техника – Start, Stop, Continue

Это техника ориентирована на привлечение участников к улучшению работы в команде и позволяет менеджеру понять, что конкретно сейчас происходит внутри коллектика. Плашка start – это крутые идея, которые, по мнению участников интенсива, помогут улучшить работу внутри команды, но пока не реализованы.

Плашка stop – это обратная история. В нее можно поместить процессы, которые кажутся участникам бесполезными и замедляет работу в команде.

Плашка continue работает как знак “не трогай” для менеджера. Сюда можно записать грамотно выстроенные процессы, которые устраивают членов команды.

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

Более простой инструмент, который можно запускать прямо на ходу при выявлении проблемных мест в коммуникации – это сессия what went well.

Здесь всего два выбора – что прошло хорошо, а что – не очень. Все остальные алгоритмы проведения встречи и инструменты управления результатом остаются прежними.

Ну и далее ребята предлагают воспользоваться шаблоном mad, sad, glad:

Но здесь уже я не могу не высказать скепсис относительно желания менеджеров придумывать новые техники, которые обязательно должны содержать три рифмованных слова на английском! Идея проводить с одной и той же командой сессию mad, sad, glad после Start, Stop, Continue с высокой долей вероятности закончится тем, что команда представит вам одинаковые данные в разных вкладках и усомнится в нужности ваших практик. Так что лучше ограничиться выбором одной из удобных для вас форм обратной связи и запомнить, что худшая (и совсем не гибкая) практика менеджера – это заставлять команду делать двойную работу!

Переходя к возможностям по проверкам здоровья команды, хочу сразу сказать спасибо команде Retrius за прекрасный гайд по тому, зачем нужны такие проверки вашему бизнесу.

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

Конечно, рассказать про возможности своего продукта – это важно. Но большинство клиентов не приходят к таким сервисам с четким запросом на внедрение конкретной техники гибкого управления командой. Скорее это работает так: я понимаю, что внутри моей команды что-то не так и вспоминаю про слово Agile, которое мне рассказывали в университете. А теперь расскажите мне, как вы можете решить мои проблемы!

Именно поэтому мне кажется важным для начала отвечать на вопрос “зачем мне проверки здоровья?” А нужны они для того, чтобы отслеживать ощущения внутри вашей команды и собирать честную обратную связь от вашего коллектива при каждом изменении в команде.

Так вот, для эффективной работы этой идеи нужно:

1. Создать понятный опросник – или выбрать из десятков предложенных сервисом

2. Обеспечить атмосферу полной анонимности – и рассказать сотрудникам, что от количества пятерок в оценках не будет зависеть процент годового бонуса, а самое честное, что можно получить в ответ на форму, – это честная обратная связь

3. Оценить результат – например при помощи диаграммы-снежинки

4. Создать культуру регулярности проводимых опросов. Проверки здоровья должны занимать у сотрудников всего несколько минут свободного времени, а проводить их нужно постоянно, чтобы отслеживать прогресс и реакцию ваших сотрудников на изменения внутри команды.

Последний инструмент под капотом Retrius – это покер-планирование. Если вы в первый раз слышите о таком инструменте, то не переживайте – я тоже был в вашей касте до недавнего времени. Но после прочтения очередного руководства от создателей сервиса (которое опять стыдливо спрятано в конец страницы) я точно уверен, что должен внедрить это в свою работу!

Основная задача покер-планирования в том, чтобы получить всест��роннюю оценку процесса от разных его участников. Например, может быть так, что менеджер видит процесс оплаты заявок на расходование денежных средств как кнопку “согласовано” в erp-системе. А коллеги из отдела управления ликвидностью в ручную собирают все заявки в этот реестр и проверяют десятки закрывающих документов, которые входят в каждую заявку.

Так вот, проблему оптимизации процесса оплат можно достать из бэклога и рассмотреть при помощи сессии покер-планирования!

Для начала можно определиться с колодой. Подойдут и обычные карты, но обычно в командах используют числа Фибоначчи с добавлением нескольких важных значений – таких как, например, знак вопроса. Выбор за вами – главное, чтобы шкалу оценки понимали внутри вашей команды!

Далее участники голосуют по заданной вами тематике из своей колоды.

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

После завершения сессии можно анализировать результаты совместно с участниками. Например, фасилитатор может обнаружить явный выброс из среднего значения и попробовать узнать, что случилось – возможно этот участник обладает новой информацией или выполняет задачу менее эффективно, чем остальные!

Разговаривая о недостатках сервиса с командой, я услышал тезис о том, что многие клиенты не до конца понимают важность этого продукта и продолжают пользоваться agile-техниками в привычных сервисах.

Но ведь реальная проблема в том, что на сайте не хватает информации о том, почему все перечисленные мной функции так важны!

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

А ведь реальность в том, что успех грамотного внедрения каждой из agile техник состоит в том, чтобы обеспечить все те тонкости, о которых вы пишите в своих га��дах. Например, создать 3 колонки с данными и открыть к ним общий доступ можно примерно везде – но очень сложно найти сервис, который не будет показывать участникам процесса ответы коллег, создаст анонимный сейфспейс для честного обмена мнениями и прочее – так почему информация об этом не светится на главной странице вашего сервиса?

Ценовая политика компании максимально понятная – все как я люблю!

Тариф команда подходит небольшим компаниям и командам (например, во время решения кейс-чемпионата). Он открывает доступ к большинству возможностей сервиса для 1 команды.

Тариф компания подходит компаний и позволяет создавать до 5 команд.

Тариф корпорация открывает доступ к персональному менеджеру и позволяет создать столько команд, сколько вам нужно.

В итоге Retrius — это не магический панацей для всех болей Agile-команд, но отличный стартовый набор.

Он закрывает три ключевые практики (ретро, чек‑апы здоровья и покер‑планирование) в одном флаконе, без лишних подписок и хаоса ссылок.

Анонимные фидбэки и гибкие шаблоны реально работают, правда, стоит сразу убрать из меню лишние «рифмованные» техники, чтобы не запутать команду.

Цена прозрачна, интерфейс простой, но гайды и кейсы надо вынести на видное место — иначе ты их просто не увидишь.

Если хотите прокачать свою Agile‑игру без боли и ненужных затрат — попробуйте Retrius, а дальше можно докидывать более замороченные функции.

👉Попробовать Retrius

🤝Пообщаться с основателем

Понравилась статья? Хотите продолжение или сравнительную подборку похожих продуктов? Буду благодарен за лайк и комментарий в поддержку публикации.

Если хотите дать свой проект в обзор – напишите мне в личку @begovatovd