Требования, которые не нужно уточнять трижды
Разбираем, из чего состоит формулировка задачи, которую инженер может прочитать один раз и приступить к работе. Смотрим на реальные примеры до и после переработки.
Jindalexo · СЕРИЯ ВОРКШОПОВ
Практика для менеджеров без технического образования, которым каждую неделю нужно понимать своих дата- и инженерных коллег и быть понятыми ими.
Смотреть программу воркшоповЗачем это нужно
Дело редко в том, что менеджер недостаточно умён или инженер плохо объясняет. Чаще проблема в словаре. У бизнеса и у разработки разные единицы измерения риска, разные способы описывать одну и ту же задачу, разные представления о том, что значит "готово".
Менеджер приходит с требованием, сформулированным на языке результата. Команда слышит его на языке ограничений: данные, архитектура, зависимости, сроки миграции. Между этими двумя языками нет автоматического перевода. Его нужно строить вручную, встреча за встречей.
Мы делаем воркшопы, которые помогают строить этот перевод быстрее и осознаннее, без попытки превратить менеджера в инженера за два дня.
Как проходит воркшоп
Мы разбираем участие в программе на четыре этапа. Каждый строится на предыдущем и опирается на реальные рабочие ситуации, а не на абстрактные примеры.
Короткое интервью с менеджером и, при возможности, с представителем технической команды. Мы выясняем, где именно сейчас теряется смысл: в постановке задачи, в оценке рисков или в частоте обратной связи.
Основная сессия длится несколько часов и построена вокруг разборов и упражнений. Мы разбираем формулировки требований, работаем с реальными техническими терминами и учимся задавать вопросы, которые двигают разговор вперёд.
Участники приносят собственные задачи, письма и постановки. Мы вместе переписываем их и обсуждаем, какие формулировки провоцируют переспрашивание, а какие снижают число итераций.
Через несколько недель проводится короткая встреча, чтобы обсудить, что прижилось в рабочей практике, а что потребовало корректировки под конкретную команду.
Темы программы
Разбираем, из чего состоит формулировка задачи, которую инженер может прочитать один раз и приступить к работе. Смотрим на реальные примеры до и после переработки.
Учимся распознавать, где в оценке скрыт риск, а где просто консервативная привычка команды закладывать запас. Разбираем вопросы, которые помогают прояснить оценку без спора.
Разбираем, как обсуждать выбор между скоростью и надёжностью, между готовым решением и разработкой с нуля, не изображая глубокую техническую экспертизу.
Смотрим, какие форматы регулярных встреч помогают команде и менеджеру услышать друг друга раньше, чем накопится недопонимание.
Кому подходит программа
Формат работы
Воркшопы проходят в небольших группах, чтобы у каждого участника было время разобрать собственный рабочий пример. Мы стараемся не превращать сессию в лекцию: большая часть времени уходит на практику, обсуждение и обратную связь.
Материалы строятся вокруг реальных документов участников: технических заданий, писем в чат с командой, планов спринта. Абстрактные примеры используются только там, где реальный материал участники не готовы обсуждать открыто.
Подробнее о программеРасскажите немного о команде и задачах, с которыми вы сталкиваетесь, и мы предложим формат воркшопа, который имеет смысл рассмотреть.
Связаться с нами