Топологии команд

• Сформированы ли все необходимые команды?
• Имеются ли области, в которых не хватает возможностей и которыми не занимается ни одна команда?
• Соблюдается ли в командах необходимый баланс между автономностью и поддержкой со стороны других команд?

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

• Команда, ориентированная на поток
• Команда разработки платформы
• Команда разработки сложных подсистем
• Команда поддержки

Имейте в виду, что эти типы команд могут принимать различные формы с учетом размера и зрелости компании. На практике чаще всего лучше скомбинировать несколько типов команд или преобразовать одну команду в другую.

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

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

Команды, ориентированные на поток, сформированы во многих компаниях по разработке программного обеспечения, однако другим организациям могут быть лучше знакомы структуры команд, организованных по функциям (т. е. отдельные команды для разработки, проектирования и контроля качества) вместо потоков поставки.

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

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

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

В Atlassian команды разработки платформы создают сервисы, которые используются во всех продуктах компании (например, в системе управления учетными данными). Кроме того, они должны предоставлять документацию, оказывать поддержку и давать пояснения командам, ориентированным на поток.

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

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

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

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

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

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

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