Не просто «работать вместе»: полезные советы для умных команд

Привычно думать о команде как о группе людей, выполняющих задачи. Но что, если команда — это живой организм с ограниченной «ментальной ёмкостью»? В книге «Топологии команд» Мэттью Скелтон и Мануэль Паис предлагают оригинальный взгляд на организацию работы, в основе которого управление когнитивной нагрузкой.

1. Определите свою «миссию» и тип
Команда без четкой цели и границ — это группа людей, которая рано или поздно утонет в хаосе. Спросите себя:
- Мы «потоковая» команда? То есть мы отвечаем за сквозное создание ценности — от идеи до реализации? (Например, за весь цикл оформления заказа).
- Мы «вспомогательная» команда? Наша задача — помогать другим командам осваивать новые технологии и практики, а не делать работу за них.
- Мы «платформенная» команда? Создаем и поддерживаем инфраструктуру и сервисы для других.
- Мы команда «сложной подсистемы»? Разрабатываем узкоспециализированный, сложный компонент (например, алгоритм рекомендаций).
Четко сформулируйте и зафиксируйте, к какому типу вы относитесь. Это поможет понять вашу зону ответственности и избежать распыления сил.

2. Управляйте когнитивной нагрузкой, а не людьми
Когнитивная нагрузка бывает разной:
- Внутренняя: сложность самой задачи. Ее нельзя устранить, но можно упростить через улучшение инструментов.
- Сопутствующая: вызвана хаосом — плохой документацией, неудобными процессами, постоянными прерываниями. С ней нужно бороться в первую очередь.
- Полезная: нагрузка от обучения и роста. Ее нужно максимизировать.
Проведите «когнитивное картографирование». Выпишите все, что команда должна держать в голове: технологии, процессы, контексты. Это поможет найти и устранить главные источники хаоса.

3. Осознанно выбирайте режим взаимодействия
Не все команды должны общаться одинаково. Авторы выделяют три режима:
- Коллаборация (совместная работа): глубокое погружение для решения сложной или инновационной задачи. Режим временный и энергозатратный.
- Фасилитация (помощь): одна команда помогает другой «встать на ноги» (обучает, консультирует), но не делает работу за нее.
- Сервис (X-as-a-Service): Одна команда предоставляет другой готовый, стандартизированный сервис с четким API. Это самый масштабируемый и предсказуемый режим.
Перед началом совместной работы спросите: «Какой режим взаимодействия нам нужен?». Договоритесь о целях и сроке, особенно для коллаборации, чтобы она не превратилась в вечную и неэффективную болтовню.

4. Проектируйте границы, чтобы минимизировать зависимости
Закон Конвея гласит: «Архитектура системы копирует структуру коммуникаций в организации». Если ваша команда вынуждена постоянно согласовывать каждое изменение с десятком других, проблема не в коде, а в неправильных организационных границах.
Совет: стремитесь к тому, чтобы ваша команда могла разрабатывать, тестировать и поставлять свою часть продукта максимально автономно. Ищите «естественные плоскости разлома» в продукте — по бизнес-доменам, частоте изменений или рискам — и выравнивайте по ним границы команд.

Больше полезных советов — в нашем спринте