Управление пересекающимися ролями в командах

Ключевые идеи

Введение

Чаще всего обязанности пересекаются там, где размыты границы ролей, — особенно в межфункциональных проектах, когда маркетологу приходится работать с разработчиками, а дизайнеру — с аналитиками. Так сами собой появляются «серые зоны»: участки, где и правда непонятно, за кем решающее слово.

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

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

Цена неопределенности

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

Картирование реальности

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

• Проведите с командой простое упражнение: пусть каждый анонимно опишет свои основные обязанности. А потом сравните, что получилось. Картина обычно говорящая — одни и те же задачи называют по 3–4 человека, а часть критически важных функций не берёт на себя никто.

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

Матрица RACI

RACI — это таблица, которая закрепляет за каждым участником конкретную роль в каждом процессе. Работает она ровно настолько, насколько последовательно и дисциплинированно ею пользуются.

RACI расшифровывается так:

• Responsible (Исполнитель) — тот, кто непосредственно делает работу. Исполнителей у одной задачи может быть несколько.
• Accountable (Ответственный) — тот, кто отвечает за результат и принимает ключевые решения. Здесь принципиально: ответственный у задачи только один.
• Consulted (Консультируемый) — те, чьё мнение надо учесть, обычно эксперты в смежных областях.
• Informed (Информируемый) — те, кого держат в курсе, но чьё мнение для решения не требуется.

Как подступиться: начните с RACI-матрицы для одного процесса — например, найма сотрудника или запуска новой функции продукта. Когда команда поймёт принцип на живом примере, распространить его на остальное будет несложно.

Пример из практики: при запуске новой функции продукта Responsible — разработчик, Accountable — продакт-менеджер, Consulted — дизайнер и аналитик, Informed — руководство и служба поддержки.

Главное ограничение: у каждой задачи ровно один Accountable. Назначьте двоих — и по факту не отвечает ни один.

Еженедельные синхронизации

Регулярные встречи команды — инструмент координации, и вся его польза держится на формате. Обычные летучки то и дело растягиваются в разбор деталей: время уходит, а той самой согласованности, ради которой всё затевалось, не появляется.

Рабочий формат еженедельной синхронизации:

• Что планирую (3 минуты на человека): коротко о ключевых задачах на неделю.
• Где нужна помощь (2 минуты на человека): конкретные запросы на поддержку или консультацию.
• Потенциальные пересечения (5 минут на всю группу): обсуждаем задачи, которые могут зацепить работу коллег.

На всё уходит 15–20 минут, а сберегаются часы дублированной работы — выгодный обмен при любом размере команды.

Матрица компетенций

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

Матрица компетенций задаёт три уровня:

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

Один и тот же человек вполне может быть экспертом в одном и новичком в другом — это нормально и на практике даже удобно.

Прозрачность процесса

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

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

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

Читайте также:

О гибких методах управления проектами читайте в материале Agile-подход к управлению проектами.

О том, как выстроенные процессы повышают эффективность, читайте в статье Рабочий процесс управления проектами: шаги по оптимизации успеха проекта.

Как организовать распределённые команды, разбираем в материале Организация команды для удаленной работы.

Заключение

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

Рекомендуем почитать

"The Five Dysfunctions of a Team: A Leadership Fable"

Разбирает главные препятствия для эффективности команды и предлагает, как выстроить доверие, ясность и ответственность.

"Radical Candor: Be a Kick-Ass Boss Without Losing Your Humanity"

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

"Multipliers: How the Best Leaders Make Everyone Smarter"

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