От альянсных контрактов к координационной системе: зачем мы изучаем David Mosey

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

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

Одной из центральных фигур для этого исследования стал профессор King’s College London David Mosey, автор работ по collaborative procurement и один из разработчиков многосторонней рамки FAC-1.

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

Почему центральным мостом оказался Mosey

Внутри этого поля есть авторы более фундаментальные и более специализированные.

• Ian Macneil дает теоретическое основание relational contract theory.
• Pertti Lahdenpera подробно описывает устройство project alliancing как организационной модели.
• Derek Walker и Beverley Lloyd-Walker показывают, как collaboration зависит от управленческой практики, доверия и командной динамики.
• Roxana Vornicu, Darya Bahram и Paolo Ettore Giana расширяют тему в сторону BIM, net zero, whole-life outcomes и совместного управления информацией.

Mosey оказался для нас центральным мостом потому, что соединяет четыре слоя сразу:

1. теорию долгосрочных и многосторонних отношений;
2. проектирование закупочной и договорной архитектуры;
3. операционные механизмы ролей, решений, рисков и информации;
4. институционализацию модели в frameworks и повторяемых программах.

Именно поэтому через Mosey удобно переходить от общего разговора о сотрудничестве к проектированию координационной системы.

Что дает Ian Macneil

Macneil важен не как автор прикладной методички, а как человек, который смещает единицу анализа с отдельной сделки на продолжающееся отношение.

Для нашего исследования это значит следующее:

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

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

Что дает Pertti Lahdenpera

Lahdenpera дает наиболее ясное процедурное описание project alliancing. У него особенно важны:

• раннее включение участников;
• совместное определение целевой стоимости;
• общее управление рисками;
• pain/gain sharing;
• совместные органы принятия решений;
• оценка value for money как результата связанной системы механизмов, а не одного договорного условия.

Сильная сторона Lahdenpera в том, что он показывает alliancing не как красивую декларацию о доверии, а как операционную конструкцию. Альянс возникает тогда, когда меняется не только язык взаимодействия, но и способ собирать стоимость, риски, решения и измерение результата.

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

Что дают Derek Walker и Beverley Lloyd-Walker

Walker и Lloyd-Walker расширяют тему до семейства relationship-based procurement и collaborative project procurement. Они нужны нам как противовес слишком нормативному чтению Mosey.

Их вклад можно коротко свести к нескольким тезисам:

• одинаковая формальная договорная конструкция может давать разные результаты в зависимости от поведения команды;
• no-blame culture не является украшением, а влияет на качество решений и обмена информацией;
• alliance management требует отдельного набора компетенций;
• collaboration надо оценивать не только по формальной схеме, но и по реальной практике совместной работы.

Для Альянса из этого следует важная вещь: координационная система не строится только через роли, документы и регламенты. Она еще зависит от способности участников работать в режиме открытой эскалации проблемы, совместной интерпретации риска и отказа от разрушительной логики «каждый защищает только свой участок».

Что дает сам David Mosey

Если Macneil объясняет природу долгих отношений, а Lahdenpera и Walker показывают, как устроены альянсы в проектах, Mosey делает следующий ход: он переводит collaboration в язык архитектуры управления.

В его работах важны не только общие идеи, но и набор конкретных вопросов:

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

Именно здесь появляется FAC-1 как рамка не просто для конкретного контракта, а для повторяемой модели совместной работы. Для нас это особенно важно, потому что Альянс Beinopen тоже работает не с одной стабильной организацией, а с повторяющимися конфигурациями людей, компаний, документов, ролей и задач.

Что дают Roxana Vornicu, Darya Bahram и Paolo Ettore Giana

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

Из их работ для нас особенно важны три линии:

1. BIM и совместное управление информацией.
   Вопрос не только в том, кто принимает решения, но и кто имеет права доступа к информации, кто отвечает за ее актуальность и как цифровой объект живет между участниками.

2. whole-life outcomes.
   Ценность определяется не моментом подписания или сдачи, а тем, как система работает дальше на протяжении жизненного цикла.

3. net zero и системные эффекты.
   Collaborative model нужна не только ради цены и сроков, но и ради результатов, которые не принадлежат одному участнику и не могут быть достигнуты изолированно.

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

Координация шире кооперации

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

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

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

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

Что показал обзор литературы

Собранный нами корпус показывает, что в этом поле уже хорошо описаны:

• раннее включение участников и цепочек поставок;
• многосторонние alliance contracts;
• целевая стоимость и совместное управление рисками;
• framework governance для серии проектов;
• no-blame culture и командная динамика;
• BIM и права на цифровую информацию;
• whole-life value, безопасность и net zero;
• компетенции руководителей альянсов.

При этом литература гораздо слабее описывает координационную систему, где одновременно соединяются:

• сотни профессиональных ролей;
• персональные траектории людей и компаний;
• общий body of knowledge;
• цифровые рабочие места и ИИ-агенты;
• повторяющиеся, но неодинаковые межорганизационные сборки;
• разные режимы доступа, авторства и использования знаний.

Именно здесь для нас и возникает вероятный научный разрыв.

Что применимо для нас

Главный вывод пока состоит не в том, что строительный FAC-1 можно перенести в индустрию моды. Прямой перенос был бы методической ошибкой.

Переносимы не отраслевые формы как таковые, а механизмы координации:

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

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

3. Прозрачные права принятия решений.
   Координация ломается там, где непонятно, кто вправе принять решение, изменить маршрут или остановить цикл.

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

5. Непрерывность цифровой информации.
   Документ, задача, комментарий, маршрут и результат должны оставлять связанный цифровой след, а не распадаться между разными чатами и файлами.

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

7. Накопление общего знания между циклами.
   Результат одного проекта или маршрута должен становиться не разовым кейсом, а обновлением общего корпуса знаний.

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

Наш следующий исследовательский объект

В строительных альянсах участники собираются вокруг одного капитального проекта или программы. В Альянсе Beinopen объект другой: профессиональные роли, знания, документы, компании и траектории соединяются каждый раз в новой конфигурации.

Рабочую модель можно представить так:

человек -> роль -> задача -> маршрут -> эксперт или партнер ->
документ -> действие -> результат -> цифровой след -> общее знание

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

Зачем это исследование

Этот литературный корпус становится подготовкой к предполагаемой научной диссертации в МГУ о распределенных координационных системах, профессиональных траекториях, цифровых рабочих местах и ИИ.

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

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

Связанные материалы: архитектурная балансировка требований заинтересованных сторон.