АТЛАС ПОСТИЕРАРХИИ · 002

Кто будет решать? Как формируется группа брейнстормеров

От регистрации заявки до временного коллективного интеллекта

? Понятия с пунктирным подчёркиванием можно нажать, чтобы открыть короткое пояснение.

В первой статье «Атласа постиерархии» мы проследили путь культурного проекта от первоначального замысла через коллективный анализ, финансирование и распространение. Но такой путь возможен только тогда, когда вокруг конкретной заявки формируется достаточно компетентная группа. Это не может быть заранее назначенная комиссия, но не может быть и нефильтрованная толпа. Как возникает такая группа?

Традиционная система начинает с вопроса: кому дано право оценивать? Она составляет список экспертов, назначает комиссию и предоставляет ей мандат на решение.

Постиерархическая система начинает с другого вопроса: какая конфигурация компетенций нужна именно этой заявке и как собрать её, не превращая временную экспертность в постоянную власть?

В этой статье полноправного участника коллективной выработки решений мы называем брейнстормером.

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

Весь процесс — от заявки до закрытия кластера

1. Регистрируется заявкаОна становится объектом конкретного временного кластера.
2. ИИ предварительно оценивает вероятно нужные специализацииНа основе тематического ядра заявки и важных периферийных вопросов ИИ формирует только ориентировочный список и использует его для приглашений.
3. Регистрируются заинтересованные участникиОни могут быть приглашены системой или присоединиться сами, считая, что их знания могут быть полезны.
4. Часть участников входит сразу как брейнстормерыЕсли у человека уже есть достаточный вес по специализации, которую ИИ считает релевантной, история надёжного вклада может быть достаточна для прямого входа.
5. Остальные проходят фильтр претендентаВопросы, сформированные ИИ, проверяют, насколько хорошо человек понимает тематику заявки и важные периферийные аспекты.
6. Претендент становится кандидатомПосле достаточного результата он оценивает реальные идеи в теневом режиме: система учитывает оценки, но пока не включает их в коллективный результат.
7. Кластер стартует, когда собрана критическая суммарная масса специализацийОдин или несколько проектов выработки решений могут запускаться параллельно, если каждому хватает надёжного познавательного потенциала.
8. В ходе работы могут присоединяться новые люди и появляться новые проектыСтруктура кластера не фиксируется навсегда в момент запуска.
9. По мере приближения проекта к завершению уточняются его реальные специализацииУчастники предлагают, какие специализации точнее всего описывают фактически выполненную работу, и коллективно оценивают их значимость.
10. Кластер завершается ясными резолюциямиПроекты заканчиваются, нерешённые вопросы при необходимости передаются другим группам, определяется дальнейшая судьба заявки, а временная группа распадается, не раскрывая полный состав участников.

1. Одна заявка — один временный кластер

Кластер — это не постоянное сообщество «экспертов по фотографии», «культурной экономике», «технологиям» или любой другой фиксированной области. Его объект — одна конкретная заявка.

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

Поэтому внутри одного кластера могут последовательно или параллельно работать несколько отдельных проектов выработки решений — брейнстормингов.

Архитектура кластера поэтому не является заранее завершённым планом. Она развивается вместе с анализом.

2. До начала работы ИИ может предложить только ориентиры

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

На этой основе ИИ формирует предварительные ориентиры возможных специализаций.

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

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

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

3. Люди регистрируются не как «эксперты вообще»

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

В одном предыдущем кластере человек мог укрепить вес в документальной фотографии, в другом — в визуальной антропологии, в третьем — в анализе рисков проекта. Новый кластер использует только ту часть этой истории, которая релевантна конкретной заявке.

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

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

4. Тест претендента проверяет, знает ли человек то, что нужно для этой заявки

Цель тестирования — не найти как можно больше того, чего человек не знает. Главный вопрос проще:

Достаточно ли хорошо претендент понимает проблемное поле заявки, чтобы полноценно участвовать в работе её кластера?

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

Вопросы не обязаны быть обычными тестами с одним очевидно правильным ответом. Возможны варианты:

• «Ни один из ответов не является правильным»;
• «Все ответы являются правильными»;
• «Не знаю»;
• несколько ответов, степень правильности которых нужно оценить.

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

Степень правильности отдельных ответов также можно оценивать по шкале от −5 до +5. Здесь эта шкала выполняет другую функцию, чем при оценке идей: она показывает, насколько ложным или правильным претендент считает конкретный ответ.

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

5. Кандидат уже работает в реальном процессе, но пока не влияет на результат

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

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

Только после достаточного количества общих случаев становится виден профиль оценивания кандидата.

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

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

6. Идеи оцениваются от −5 до +5. Но 0 — худшая оценка

Шкала от −5 до +5 используется для оценки идей, а не проекта или заявки в целом.

Положительные баллы означают согласие с идеей, отрицательные — несогласие. Крайние оценки −5 и +5 допустимы, но их не следует использовать без серьёзного основания. В реальных процессах почти не бывает идей, которые были бы абсолютно безнадёжными или абсолютно гениальными.

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

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

Нулевой балл используется по меньшей мере в следующих случаях:

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

7. Кластер не запускается просто потому, что зарегистрировалось много людей

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

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

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

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

8. Реальные специализации проекта обычно становятся ясны ближе к его завершению

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

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

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

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

Специализация — не административная этикетка, приклеенная к проблеме до анализа. Она является одним из результатов самого анализа.

9. Вес специализации растёт вместе с вкладом — но должен насыщаться

По мере завершения проекта система уже может связать две вещи: какие специализации действительно оказались важны и какой реальный вклад внёс каждый участник в итоговый результат.

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

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

Экспоненциальный рост был бы ещё опаснее. Он быстро создал бы небольшую группу почти недосягаемых «суперэкспертов». Формально система могла бы выглядеть неиерархичной, но по сути возникла бы новая олигархия.

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

Насыщение нужно потому, что оно:

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

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

Опыт должен иметь значение. Но в постиерархической системе никакой опыт не должен становиться постоянным правом решать за остальных.

10. Автор может быть одним из самых ценных источников знания в кластере

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

Если исключить автора только потому, что он заинтересован в результате, коллективная система потеряет часть самой ценной информации.

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

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

Ценность участия автора — не в более сильном голосе. Она в возможности анонимно внести в общее поле то, о чём другие ещё не знают, что это вообще нужно обсуждать.

Новые проекты могут возникать, идти параллельно или покидать кластер

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

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

Но иногда становится ясно, что вопрос лучше решала бы существенно другая группа. Участники или ИИ могут предложить вывести такой проект за пределы кластера. Если предложение принимается, брейнсторминг по этому вопросу в текущем кластере закрывается, а проблема передаётся дальше. При необходимости для неё создаётся новый кластер и собирается другая группа.

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

Когда кластер заканчивается?

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

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

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

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

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

flowchart TD
    A["1. Регистрируется заявка"] --> B["2. Создаётся временный кластер заявки"]
    B --> C["3. ИИ оценивает вероятные потребности в специализациях"]
    C --> D["4. Приглашения + открытая регистрация"]
    D --> E{"Есть ли у участника достаточный вес в релевантной специализации?"}
    E -- "Да" --> F["Прямой вход как брейнстормер"]
    E -- "Нет / недостаточно данных" --> G["Претендент: ИИ-тест по ядру заявки и важной периферии"]
    G --> H{"Достаточный результат знаний?"}
    H -- "Нет" --> X["Пока не допускается к полному участию"]
    H -- "Да" --> I["Кандидат: теневое оценивание реальных идей"]
    I --> J{"Профиль оценивания достаточно надёжен?"}
    J -- "Пока нет" --> I
    J -- "Да" --> F
    F --> K{"Собрана критическая суммарная масса специализаций для проекта?"}
    K -- "Нет" --> D
    K -- "Да" --> L["Запускаются один или несколько брейнстормингов"]
    L --> M["Идеи генерируются и оцениваются; могут присоединяться новые люди"]
    M --> N["Могут создаваться новые проекты"]
    N --> O{"Другой группе было бы лучше решать этот вопрос?"}
    O -- "Да" --> P["Проект передаётся за пределы кластера / создаётся новый кластер"]
    O -- "Нет" --> Q["Проект продолжается в этом кластере"]
    Q --> R["Ближе к завершению предлагаются и оцениваются реальные специализации проекта"]
    R --> S["Уточняется важность специализаций"]
    S --> T["Веса специализаций участников растут по реальному вкладу и с насыщением"]
    T --> U{"Возникают ли ещё содержательные проекты, связанные с заявкой?"}
    P --> U
    U -- "Да" --> K
    U -- "Нет" --> V["Формируются ясные резолюции о дальнейшей судьбе заявки"]
    V --> W["Кластер закрывается"]
    W --> Y["Группа распадается без раскрытия полного состава"]
    Y --> Z["Остаётся только память о вкладе в изменившихся весах и других показателях"]