Что такое UnFix

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

Management 3.0 – глобальный концепт, но он больше касается культуры, а не собственно проектирования организации.

Так что Юрген Аппело разработал новую модель формирования и работы организации — unFix. Эта статья — перевод материала из сайта unFix, в котором глобально объясняется концепт модели. Погнали!

Давайте сначала проясним, что не есть unFIX.

1. Модель unFIX не является фреймворком. Определение “фреймворк” предполагает важную опорную структуру. Но ничего опорного в unFIX нет. Все необязательно. Лучше всего ее описывает фраза “библиотека шаблонов”.
2. Модель unFIX не предлагает никаких процессов. Целью unFIX является охват исключительно шаблонов проектирования организации и организационной структуры. Советы касательно процессов Юрген рекомендует искать в других фреймворках.
3. Модель unFIX предназначена не только для ІТ. Все в библиотеке шаблонов unFIX может применяться к разным отделам, департаментам и компаниям. Эта модель не содержит встроенную гипотезу о разработке программного обеспечения.
4. Модель unFIX не направлена сверху вниз. В отличие от многих других моделей и фреймворков, библиотека шаблонов unFIX предлагает висходящий подход. Вы не можете построить сразу что-то большое. Придется начать с чего-то маленького.
5. Модель unFIX не является заменой. В других моделях и фреймворказ есть множество хороших вещей, которые не стоит выбрасывать. Мы просто надеемся, что при помощи unFIX вы сможете избавиться от отрицательных аспектов, сохраняя удачные наработки.

Так что такое unFix и как это работает?

Команды

Команда обычно состоит из 3-7 человек. Сотрудники в основном относятся к одной команде и работают с ней, но это нормально, если они отдают небольшую часть своей недели для работы на форуме (см. ниже).

Существует семь типов команд:

• Команда потока ценности
• Команда фасилитации
• Команда возможностей
• Команда управления
• Команда платформы
• Команда опыта
• Команда партнерства

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

Впрочем, модель unFIX допускает команды, не выровненные по потоку. Могут быть веские причины для внедрения любого из семи типов команд.

Команда потока ценности (Value Stream Crew)

Команда потока ценности несет полную ответственность за поток ценности. Ее члены ответственны за все с момента получения запроса клиента (пользователя) до момента предоставления ценности клиенту (пользователю).

Поток ценности может включать в себя регулярные выпуски продуктов или обновление услуг, поскольку обычно сам продукт или услуга и является носителем потока ценности. Часто эти команды применяют бережливые (lean) и гибкие (agile) практики или такие методы, как Kanban и Scrum, чтобы управлять непрерывной поставкой ценности. Детали процесса относятся к юрисдикции команд. Впрочем, руководящая группа или форум могут предложить отдельные указания или даже установить ограничения.

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

Команда фасилитации (Facilitation Crew)

Единственная ее цель – помочь другим командам выполнять работу хорошо. Команды фасилитации не обладают собственным потоком ценности. Они гарантируют бесперебойную работу команд потока ценности на Базе. Примером может служить команда скрам-мастеров или аджайл-коучей.

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

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

Команда возможностей (Capabilities Crew)

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

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

Команда платформы (Platform Crew)

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

Целью команды платформы является предоставление совместных услуг другим командам Базы. Часто услуги будут носить технический характер, включая архитектуру и инфраструктуру, обычно предоставляемые через API. Но также можно, чтобы они были услугами для людей, таких как ланч-боксы, доставка пакетов, юридические консультации, чековые услуги, обучение и развитие.

Команда опыта (Experience Crew)

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

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

Команда партнерства (Partnership Crew)

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

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

Команда управления (Governance Crew)

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

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

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

Базы

Все команды работают на Базе численностью от нескольких до нескольких сотен человек. На этой базе существует несколько команд из семи стандартных типов, организованных вокруг одного или нескольких потоков ценности. База действует как полноценный независимый бизнес. Она содержит все необходимые навыки для проектирования, разработки и поставки продуктов от Design Thinking до DevOps и от Lean Startup до Lean Manufacturing.

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

Важная задача Базы состоит в постоянной реорганизации в зависимости от потребностей клиентов. Известно, что организационная структура напрямую связана с архитектурой продукта. Со сменой архитектуры меняется организация. Поэтому База делает все возможное, чтобы поддержать команды в сохранении гибкости. Это включает в себя соблюдение минимальных стандартов и правил для всех команд, чтобы повторное объединение проходило как можно более безболезненно.

Форумы

Форум – это группа людей из разных команд. Название “Форум” указывает на его основную цель – объединять единомышленников для общения и совместного принятия решений. Может быть DevOps Forum, UX Forum, Growth Hackers Forum и т.д. В традиционных организациях офис управления проектами (PMO) можно превратить в форум, а в более гибких компаниях менеджеры продуктов могут иметь собственный форум. Руководители Базы могут решить, какие форумы нужны, поскольку некоторые форумы играют немаловажную роль в структуре организации.

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

Масштабирование

Десятки Баз могут сотрудничать в Лиге. В Лиге они могут образовывать кластеры (подобно людям, формирующим команды). Некоторые базы могут самоорганизоваться в кластер потока ценности, другие — в кластер фасилитации, кластер платформы, кластер возможностей и т.д. Лига имеет свою команду управления (кластер управления) и организована вокруг взаимосвязанных потоков ценности или связанного с ними опыта клиентов.

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

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

Модель unFix вдохновлена инновационными компаниями, в частности, Haier и Tesla, разнообразными фреймворками гибкого масштабирования и такими книгами, как Team Topologies, Dynamic Reteaming и Organization Design.

А пока мы и никто, кроме Юргена, еще не проводим тренинги по unFIX, давайте улучшать культуру в командах. Присоединяйтесь до найближчих тренінгів із Management 3.0 — ми відновлюємо офлайн-івенти!