*Часть 4 из 5 серии [The Human Inversion](/posts/series/the-human-inversion). Предыдущий: [Специалисты по асинхронному параллелизму](/posts/the-human-inversion-async-parallel-specialists) · Следующий: [Как меняется архитектура](/posts/the-human-inversion-how-the-architecture-bends)* --- ## Ключевые выводы - **Перевод не является решением:** даже отличные основы могут противоречить во время отправки. - **Примиритель** (часто старший межфункциональный руководитель или основатель) разрешает противоречия, которые ни один специалист не может урегулировать в одиночку. – **Рубика** – это письменный порядок приоритета среди конкурирующих товаров (например, доступные или плотные), поэтому один и тот же компромисс решается одинаково дважды. Это не плакат о ценностях. - **Нечеткие обязательства руководства** являются культурным барьером; рубрики требуют неудобной конкретики. - **Запись разделов целостности и ставок:** история, происхождение, схема, перекрестные ссылки, воспроизведение сеанса, подготовка к проверке и атрибуция могут быть добавлены только для добавления, что обеспечивает достоверность проверки на томе, созданном агентом. На поверхностях катастрофических взрывов (код моста, клинические пути, платежи) этот слой является обязательным, а не факультативным. [Предыдущий пост](/posts/the-human-inversion-async-parallel-specialists) утверждал, что специалисты по асинхронному параллельному ведению могут работать без синхронных координационных совещаний, поскольку ИИ находится между ними в качестве уровня перевода. В этом посте рассматривается вопрос, который один только перевод не может решить: что происходит, когда специалисты создают работу, которая внутренне связна, но находится в противоречии друг с другом? Авторское позиционирование ПМ предполагает определенный тип пользователя. Инженер разрабатывает архитектурные стандарты, которые подразумевают систему определенного типа. Дизайнер создает систему дизайна, которая предполагает определенный опыт. Эти основы могут быть превосходны по отдельности и при этом находиться в противоречии друг с другом, которое не проявляется до тех пор, пока какой-то конкретный артефакт не попытается удовлетворить все три одновременно и не сможет. Появилась новая функция. Позиция премьер-министра гласит, что он должен быть доступен для нетехнических пользователей. Система дизайнера утверждает, что она должна использовать плотные, насыщенные информацией шаблоны, подходящие для опытных пользователей. Архитектура инженера говорит, что подходящим шаблоном реализации является файл конфигурации, который не доступен и не оптимизирован ни для одной аудитории. Никто не допустил ошибки в своей области. Напряженность возникает между областями: тремя индивидуально правильными позициями, которые являются междисциплинарными и несогласованными. В старой организации это напряжение разрешалось на собрании. Премьер-министр объяснил цель позиционирования. Дизайнер объяснил системное ограничение. Инженер объяснил, что на самом деле можно построить. Кто-то выступал в качестве арбитра, или группа повторяла итерации, пока не появилось решение, приемлемое для всех дисциплин. Это было медленно, и решение жило в головах людей, находившихся в комнате, а не в каком-либо прочном артефакте. Но это сняло напряжение. В асинхронной параллельной структуре напряжение может незаметно нарастать в течение нескольких недель, прежде чем оно станет очевидным как проблема продукта. ## Примиритель Архитектура требует роли, которой нет в большинстве современных организационных структур: посредника. Это не новый титул руководителя. Это функция, которую выполняет существующий человек, занимающий правильную должность, часто самый старший межфункциональный человек в команде или основатель в небольших организациях. Во многих продуктовых организациях эта функция естественным образом сопоставляется с менеджером проекта, который уже учитывает межфункциональный контекст как должностное требование. Структура примирителя делает эту функцию явной и устойчивой, а не случайной. Согласователь работает на обоих концах конвейера. На завершающем этапе они проверяют фундаментальные артефакты специалистов (позиционирование, системы проектирования, архитектурные стандарты) на предмет междисциплинарной согласованности *прежде* чем* эти артефакты станут входными данными для реализации ИИ. Документ о позиционировании, подразумевающий «доступность», и архитектурный стандарт, подразумевающий «файл конфигурации», уже находятся в противоречии еще до того, как будет создана хоть одна функция. Обнаружить это на ранней стадии дешевле, чем поймать это после того, как ИИ отправит что-то бессвязное. В конце проверки, когда артефакт, созданный ИИ, обнаруживает междисциплинарную напряженность, которую ни один специалист не может разрешить в одностороннем порядке в своей области, выносит решение специалист по выверке данных. В обоих случаях они делают это, ссылаясь на рубрику: четкий и надежный документ, в котором компания решила, что ее обязательства касаются разных дисциплин. Рубрика – это ключевое понятие. Это не документ о ценностях или стратегии продукта. Это междисциплинарная структура обязательств: явное решение компромиссов между конкурирующими дисциплинарными товарами. Когда в позиционировании говорится «доступный», а в системах дизайна — «плотный», рубрика решает, что имеет приоритет, в каком контексте и почему. Без рубрики каждое решение по сверке принимается с нуля. Примиритель придумывает решение, идет дальше, и два месяца спустя аналогичное противоречие приводит к противоречивому решению, поскольку первое никогда не было задокументировано как прецедент. Продукт накапливает непоследовательность со скоростью неразрешенных противоречий, и эта скорость растет с увеличением размера команды. Рубрика делает сверку последовательной и распространяемой. Как только будет установлено, что «доступный» перевешивает «плотный» для пользователя этого продукта, любое будущее противоречие между этими двумя принципами разрешается таким же образом для любого человека, читающего рубрику. Работа специалиста по выверке данных смещается от разрешения индивидуальных противоречий к развитию рубрики при появлении новых категорий напряженности и обеспечению последовательности, когда члены команды пытаются выявить исключения. ## Что делает это сложным Рубрика требует от руководителей четко обозначить компромиссы, которые они исторически намеренно оставляли нечеткими. Это культурный сдвиг, который сложнее, чем кажется. Нечеткие обязательства полезны. Они позволяют руководителям иметь в виду разные вещи для разных аудиторий. Они откладывают трудный выбор до самого последнего момента, что иногда означает, что выбор решается сам собой. Они сохраняют опциональность. Они позволяют лидерам избегать конфликтов, никогда не навязывая окончательного решения между конкурирующими дисциплинарными товарами. Руководитель продукта, который говорит: «Мы заботимся как об опытных пользователях, так и о новых пользователях», говорит правду. Но это утверждение не может регулировать междисциплинарное противоречие между системами позиционирования и дизайна. В какой-то конкретный момент принятия решения «доступный» и «плотный» не могут одновременно быть правильными. Рубрика требует выбора, четкого определения выбора и обеспечения его достаточной устойчивости, чтобы будущие решения против него были видимыми отклонениями, а не невидимыми отклонениями. Вот почему большинство компаний не будут реструктуризироваться вокруг инверсии, даже если они полностью это понимают. Не потому, что техническая реализация сложна, а потому, что культурные предпосылки (явные, прочные, принудительные междисциплинарные обязательства) требуют лидерского поведения, которое действительно неудобно. Руководителям, которые построили компании на намеренной двусмысленности, будет нелегко создавать рубрики. Учредители, которые добились хороших результатов, удерживая контекст в своей голове, не сочтут естественным воплощать этот контекст в ограничивающих документах. Организации, которые всегда разрешали напряженность в помещениях, будут сопротивляться переносу этого решения в артефакты, поскольку артефакты несут ответственность в отличие от помещений. Это самый большой сдвиг. Не сокращение собрания. Не инструмент. Не возможности ИИ. Сдвиг заключается в том, чтобы записать то, что вы раньше держали в своей голове, и признать, что теперь важнее документ, а не ваше суждение в данный момент. ## Запись целостности За этой рубрикой стоит требование к инфраструктуре, которое неочевидно, пока вы не попробуете ее использовать: рубрика требует целостности записи. Без целостности записи рубрика деградирует. Специалисты делают исключения, которые никогда официально не согласовываются. Как только в команде останется один специалист по выверке, несколько человек могут делать вызовы по выверке одного и того же документа. Кто-то отменяет несущее решение, не понимая, какие последующие решения на него опирались. Шесть месяцев тщательной калибровки незаметно испортились за две недели нескоординированных правок. Написать целостность для рубрики означает: – **История только для добавления**: вы можете просмотреть содержание рубрики в любой момент времени. – **Происхождение каждого изменения:** вы знаете, кто внес каждое изменение и почему. – **Принудительное соблюдение схемы:** изменения должны соответствовать структуре, которая делает их разборчивыми. – **Перекрестные ссылки**: изменения в одном разделе отражают последствия для других разделов. ## Что дает целостность записи В момент использования эта инфраструктура создает три артефакта, которых у старой организации никогда не было: 1. **Воспроизведение сеанса**. Цепочка рассуждений агента, вызвавшего изменение, доступна через несколько месяцев любому, кто пытается восстановить то, что было учтено, а что пропущено. 2. **Подготовка к проверке**. Структурированная запись того, что агент проверил и на что он явно надеется, поэтому рецензенты атакуют непроверенные поверхности, а не повторяют уже пройденный агентом путь. 3. **Атрибуция.** Каждый артефакт (фиксация, спецификация, проектирование, решение) связан с сеансом агента, версией модели, правилами в области действия и рабочим контекстом, поэтому основная причина после инцидента достигает отсутствующего документа или измененного правила, а не останавливается на строке журнала изменений. Это артефакты, которые делают проверку функциональной на томе, созданном агентом. Без них уровень обзора плохо читает различия, и потолок внимания достигается гораздо быстрее, чем предполагает архитектура. Это проблема инфраструктуры, которую должны решить инструменты искусственного интеллекта, чтобы асинхронная параллельная структура была устойчивой в масштабе. Это не гламурно. Это похоже на контроль версий живых документов или граф знаний, который отслеживает зависимости между обязательствами. Но без этого рубрика придет в упадок быстрее, чем команды смогут ее поддерживать, и структура вернется к координации на основе встреч. ## Конвергенция независимых словарей Эта потребность в инфраструктуре формулируется одновременно с нескольких сторон людьми, которые не имеют общего словарного запаса и не согласовали свои формулировки. Практики, создающие агентные системы в масштабе предприятия, призывают к использованию «детерминированных субстратов». Авторы, занимающиеся инженерной культурой, призывают к «ограничениям, соответствующим масштабу работы ИИ». Отдельные опытные пользователи призывают к созданию «живого файла уценок для кода, маркетинга, дизайна и продаж». Многие другие просто призывают к улучшению баз знаний, хотя зачастую они подразумевают нечто более структурированное и проверяемое, чем традиционно подразумевается под этим термином. Конкретные фразы различаются; Структурные требования идентичны: устойчивое, проверяемое состояние, которое управляет межфункциональной работой и которому могут доверять как люди, так и агенты. Сближение независимых словарей по одной и той же потребности является полезным сигналом о том, что требование реально, а не является артефактом структуры. Командам, работающим с искусственным интеллектом, нужно что-то, что в настоящее время существует только во фрагментах: уровень целостности записи для организационного состояния, создаваемого агентами и людьми. Не только для кода, но и для решений, обязательств, стандартов и обоснований, лежащих в их основе. Система, которая относится к организационным знаниям так же, как хорошая инженерия относится к истории кодовой базы, как к чему-то неизменному и проверяемому, а не как к чему-то, что молча перезаписывает. ## Взвешивание рубрики по радиусу взрыва Не каждая запись в рубрике имеет одинаковый вес. Рубрика, управляющая мостом и кодом подписывающего лица в фирме, занимающейся криптоинфраструктурой, — это документ, отличный от рубрики, управляющей внутренними информационными панелями этой фирмы, с другими процессами контроля изменений, разными порогами проверки и разными ожиданиями относительно того, когда исключение является законным решением, а не дрейфом. Компаниям с разнородными поверхностями ставок нужны рубрики, взвешенные по ставкам: один и тот же базовый уровень целостности записи, разделенный так, чтобы поверхности катастрофических сбоев выполняли принудительные обязательства только для добавления, которые не нужны внутренним инструментам. Ниже определенного порога ставок критерий, позволяющий специалистам согласовывать неформальные исключения, со временем теряет качество, но не приводит к катастрофическим сбоям. Над ним (например, мостовой код, поддержка принятия клинических решений, аэрокосмический контроль, инфраструктура голосования, каналы оплаты) обзор не может функционировать только на основе чтения различий. Разница не показывает, что агент молча пропустил, и последствия пропуска пропуска необратимы. На этих поверхностях большая часть соответствующей основы все еще молчаливо живет в головах старших рецензентов. Рубрика — это то, что постепенно делает эти неявные инварианты записываемыми, превращая выводы старшего эксперта в нечто разборчивое, распространяемое и проверяемое. Это медленная работа для специалистов, чья ценность в настоящее время определяется тем, что они знают и не формализовали. Это также единственная работа, которая не позволяет обзору стать постоянным узким местом для каждой команды, которая работает выше потолка ставок. Это не гипотетически. Специалисты по обслуживанию криптоинфраструктуры сообщают, что очереди на поиск ошибок в HackerOne и Immunefi заполнены отчетами, созданными ИИ, большинство из которых ошибочны, без возможности оценить входящие заявки по происхождению агента-отправителя или перекрестной проверки по состоянию развертывания. Пропускная способность проверки падает не потому, что уязвимости сложнее, а потому, что уровень проверки не имеет структурированного способа сортировки правдоподобных заявлений в больших объемах. Каждая отрасль, где есть ставки, столкнется с той или иной версией этого. ## Что на самом деле делает примиритель изо дня в день Без структуры специалисты по выверке проводят большую часть своего времени на тушении пожаров: разрешении напряженности после того, как она переросла в проблемы с продуктом. Благодаря структуре работа перемещается вверх по течению: создание рубрик для категорий напряженности до того, как они появятся, развитие записей при появлении новых классов напряженности и удаление записей, которые больше не отражают фактические обязательства компании. Средство сверки также замечает, когда рубрика не является решающей. Когда специалисты принимают решения, которые должны были вызвать ссылку на рубрику, но не привели, средство сверки выявляет это. Когда два специалиста приходят к разным решениям по схожим противоречиям, специалист по примирению уточняет. Когда критерий дает последовательное руководство, которое все ненавидят, поскольку лежащее в его основе обязательство было неправильным, специалист по выверке открывает явный процесс его пересмотра, который отличается от простого несоблюдения его. Сверщик – это человек, который поддерживает связь между основополагающими документами и оперативными решениями. Не пересматривая каждое решение, а гарантируя, что система, которая их связывает, продолжает работать. --- *Продолжить чтение: [Часть 5 — Как меняется архитектура](/posts/the-human-inversion-how-the-architecture-bends)*