Post #5898

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