Ранее моя коллега Саша Баптизманская поделилась своими советами на тему начала работы с новой командой. Теперь настала моя очередь рассказать о моём подходе к этому важному этапу в работе каждого специалиста.

Вот с каких шагов обычно начинаю я:

🤝 Договориться о первых шагах

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

На этом этапе для меня важно договориться о следующем: 🎯 сколько времени мне потребуется на первичные наблюдения; 🎯 что я буду — и не буду — делать в течение этого периода; 🎯 в каком формате я поделюсь своими наблюдениями (если это ожидается).

Такой «контракт» позволяет заранее избежать недопониманий и угрызений совести от того, что вы не «наносите добро» начиная с первого дня работы.

💬 Узнать участников команды получше

Хотя проведение регулярных 1–1-встреч с членами команды и не входит в число обязанностей, которые предъявляют к agile-коучу или скрам-мастеру, я считаю их крайне ценным инструментом для любого агента изменений. Как правило, уже на этапе знакомства с командой я озвучиваю, что в ближайшее время назначу с каждым из участников приветственную встречу.

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

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

📊 Анализ метрик и другой полезной информации

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

Набор метрик может меняться от случая к случаю, но мой стандартный набор для анализа представляют Cycle Time, среднесрочные тренды по пропускной способности (Throughput) и Velocity (если имеется), доля внеплановой работы и метрики качества (например, Defect Escape Rate).

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

🪄 В поисках суперсилы

Как видите, наши с Сашей подходы одновременно и похожи, и отличаются. Именно в богатстве и разности нашего опыта и заключается сила команды Co-Actors и нашего тренерского дуэта.

Денис 💚