Топологии команд в масштабе – действующий пример

Как в реальности может выглядеть применение топологии команд к организации (а также идентификации) ARTs и команд? Рассмотрим на примере из финансового сектора.

Этот пример состоит из двух потоков создания ценности, которые вместе поддерживают операционный поток создания ценности потребительских банковских кредитов, как показано на рисунке 5. Первый поток создания ценности, "Заявка на получение кредита", фокусируется на процессе подачи заявки на получение кредита, а второй поток создания ценности, ‘Основная банковская деятельность", фокусируется на основных банковских системах, которые управляют обслуживанием кредитов.
Рисунок 5. Пример финансовых услуг, показывающий два развивающих потока создания ценности
Поток создания ценности "Заявка на получение кредита"
Начиная с потока создания ценности для разработки кредитных заявок, в него входят 340 человек, поэтому потребуется несколько ARTs. Один из вариантов заключается в создании поточно-ориентированных ARTs по различным каналам сбыта, таким как онлайн, мобильный, отраслевой и т.д. Другой вариант - организовать вокруг групп клиентов, таких как существующие клиенты, новые клиенты, студенты, домовладельцы и т. Д. Третий вариант - организовать вокруг продуктов, которыми в данном случае являются ипотечные кредиты, личные займы, автокредиты и реструктуризация кредитов.

Принимается решение пойти по третьему варианту. Объединение каждого продукта в рамках отдельного ART облегчит управление ими и хорошо согласуется с тем, как организация описывает свои продукты и как она измеряет успех. В отличие от распространения продуктов по каналам или сфокусированным на клиенте поточно-ориентированным ARTs (что усложнило бы и увеличило пересечения зависимостей между различными видами ART).

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

Полная декомпозиция потока создания ценности для разработки кредитной заявки выглядит следующим образом, рисунок 6.
Рисунок 6: Топологии ART, применяемые к потоку создания ценности "Заявка на получение кредита"
Поток создания ценности "Основной банковской деятельности"
Рассмотрение второго потока создания добавленной стоимости, ориентированного на основные банковские системы, которые поддерживают обслуживание кредитов. После тщательного рассмотрения было решено создать два ARTs.

Первый ART - это поточно-ориентированный ART, который разработает конкретную функциональность потребительских кредитов, необходимую для поддержки рассматриваемого операционного потока создания ценности, в дополнение к набору услуг, предоставляемых вторым ART, который является основным банковским платформенным ART (рисунок 7). Действительно, эта базовая банковская платформа ART предоставляет эти услуги не только для этого потока создания ценности, но и для всей организации в целом, поэтому выделенная платформа ART имеет смысл.
Рисунок 7. Поток создания ценности "Основной банковской системы" и топологии ART
Декомпозиция ARTs на команды
Как только эти определения ART будут приняты, следующим шагом будет организация Agile команд в рамках каждого ART. Это, как правило, происходит на этапе подготовки к запуску АРТ в рамках дорожной карты внедрения. (В этом примере мы рассмотрим только один из поточно-ориентированных ARTs из потока создания ценности "Заявка на получение кредита" как и другие поточно-ориентированные ARTs в том же потоке создания ценности разработки будут следовать аналогичной схеме декомпозиции.
Поточно-ориентированный ART “Ипотека”
Принимая во внимание структуру команд, для поточно-ориентированного ART «Ипотека» применяются четыре упомянутых ранее поточно-ориентированных шаблона декомпозиции, как показано на рисунке 8 ниже.
Рисунок 8. Командные топологии, примененные к поточно-ориентированному ART "Ипотека"
Организация по группам клиентов создает три команды: новые, существующие и перезакладывающие клиенты (те, кто не справляются с ежемесячными платежами по кредитам и повторно используют недвижимость для залога к другой финансовой организации). Организация по шагам в клиентском пути приводит к созданию групп, ориентированных на поток, ориентированных на онлайн и на физические каналы. Наконец, создается команда по соблюдению и регулированию и команда по разработке новых продуктов. Каждая из этих поточно-ориентированных команд обладает способностью приносить реальную пользу с минимальными зависимостями от других команд, и когда им действительно нужно сотрудничать, становится ясно, какие команды должны работать друг с другом, поскольку их обязанности четко определены.

Наряду с этими поточно-ориентированными командами формируется команда сложных подсистем, специально предназначенная для работы с системой выдачи кредитов. Хотя другие команды способны взаимодействовать с этой системой для добавления и модификации различных ипотечных продуктов, фундаментальные изменения в работе системы, хотя и редкие, требуют глубоких знаний и навыков, которых не хватает.
ART сложной подсистемы “Кредитный Скоринг”
ART "кредитного скоринга" это ART сложной подсистемы и он разделен на две команды сложных подсистем и одну поточно-ориентированную команду, как показано на рисунке 9 ниже.
Рисунок 9. Структура команды для сложной подсистемы "Кредитный скоринг".
Первая команда сложной подсистемы назначена для разработки алгоритмов, требуемых системой кредитного скоринга для определения предоставления кредита, а вторая - команда сложной подсистемы, которая разрешает исключения в процессе подачи заявки на получение кредита, что требуется для пограничных результатов. Единая поточно-ориентированная команда разрабатывает систему оценки кредитоспособности, тесно сотрудничая со своими клиентами в других областях, которым необходимо интегрироваться с этой системой. (Этот пример помогает проиллюстрировать, как топологии являются фактическими по своей природе – в данном случае существует поточно-ориентированная команда в рамках ART сложной подсистемы , который признает, что эта команда может независимо предоставлять ценность для решения, которое им было поручено разработать.)

Наряду со всей этой деятельностью по разработке, эта организация финансовых услуг также вкладывает значительные средства в свою инициативу "миграция в облако". Система кредитного скоринга - одна из первых, которая была предназначена для перехода в облако. В поддержку этого команда, занимающаяся "облачными технологиями", будет работать с ART "Кредитный скоринг" во время предстоящего PI.
Поточно-ориентированный ART "Потребительские кредиты"
Наконец, поток создания ценности "Основной банковской деятельности" содержит два вида ARTs, как описано выше, которые необходимо разделить на команды.

Первый ART, который представляет собой поточно-ориентированный ART, сфокусированный на поддержке операционного потока создания ценности потребительских банковских кредитов, разделен на четыре поточно-ориентированные команды, сгруппированные вокруг конкретных этапов клиентского пути, а также команду сложной подсистемы, управляющую компонентом "расчет процентов" (рисунок 10). Этот шаблон декомпозиции хорошо работает, поскольку он согласуется с независимыми потоками ценности с ограниченным распределением работы между несколькими командами.
Рисунок 10. Командная структура для поточно-ориентированного ART потребительских кредитов
Платформенный ART "Основная банковская деятельность"
Второй ART - это платформенный ART перекрестного потока создания ценности, включающий в себя четыре платформенных команды, организованный вокруг конкретных услуг, которые будут потреблять поточно-ориентированные команды в ART "Потребительские кредиты" (а также другие команды и ARTs по всей организации), и четыре команды сложных подсистем, которые работают непосредственно над разработкой системы основной банковская деятельности, как показано ниже на рисунке 11.
Рисунок 11. Командная структура для платформенного ART основной банковской деятельности
Дополнительная вспомогательная команда, поддерживающая автоматизированное тестирование в среде мэйнфреймов, будет работать с платформенным ART основной банковской деятельности для предстоящего PI в рамках инициативы по непрерывной доставке, к которой приступает организация.
Заключение
В статье рассмотрено:
  • На что может быть похоже применение топологий команд к основной единице SAFe - релизному поезду.
  • Как организовать команды внутри поезда.
  • Как топологии помогают описывать отношения поездов в рамках крупного решения.
Кажется, что от типа поезда или команды должны зависеть не только состав участников, но и цели, способы взаимодействия, ответственность, фокус, продукт или оказываемый сервис команды (или поезда). А “карта” команд в поезде или поездов в решении способна привнести дополнительный уровень прозрачности в организацию зависимостей и ожиданий.

А что вы думаете о применении топологий команд? Полезен ли этот подход в контексте ваших организаций? Насколько справедливо использовать терминологию командного уровня в применении к “командам команд”?


Возможно будет интересно