Пошук рішення

Найчастіший момент, коли гіраторна група зривається назад у звичайну команду — це ухвалення рішення.

Зібрались, подумали, обговорили. Хтось кинув ідею. Інший — контрідею. Третій — модифікацію. Поговорили, знайшли компроміс. Ухвалили. Пішли робити.

Здається нормальним процесом. Але якщо придивитись — це не процес. Це випадкова послідовність реакцій, у якій виграє той, хто вміє переконливо говорити, або той, хто останній змовчав. Результат залежить від порядку людей, від голосу, від того, хто має терпіння сидіти довше. Не від структури виклику.

Малюта назвав би це прямо: безсистемна діяльність. Не в образливому сенсі, а в технічному — діяльність, яка не відповідає визначенню системи. Її неможливо прогнозувати, вона не відтворювана, у ній немає ортогональних компонент, немає базису, немає умови реалізованості. Вона видає результат, але не має способу відрізнити хороший результат від випадкового.

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

Компонування базису — щоразу

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

Це потрібно робити не один раз. Це потрібно робити перед кожним нетривіальним рішенням.

Чому? Бо виклик еволюціонує. Те, що було ясно на старті, стає туманним через два тижні, коли з’явились нові обставини. Базис, який ви склали на початку, перестав відповідати реальності. Якщо ухвалювати рішення, спираючись на старий базис, ви будете точно відповідати на неправильне питання.

Практично це не довго. П’ятнадцять хвилин перед тим, як переходити до варіантів:

Що змінилось з минулої декомпозиції? — Нові факти, нові обмеження, нові можливості.

Як виклик виглядає зараз з кожної позиції? — Швидкий раунд: людина, що щодня відчуває біль; людина, що бачить системну причину; людина, що контролює ресурси; людина, що розуміє обмеження.

Що видно з одного базису і не видно з інших? — Саме це є найціннішим. Якщо всі бачать те саме — ви не скомпонували базис, ви зібрали однодумців. І потрібно свідомо шукати людину з іншої позиції.

Тільки після цього — обговорення варіантів. І тоді варіанти будуть відповідати реальній структурі виклику, а не уявленню когось одного про неї.

Відкласти себе

Усе, що написано вище — метод. Але метод не спрацює, якщо учасники в кімнаті захищають не рішення, а свою позицію в ньому.

Це найтонший момент пошуку. Людина, що прийшла на обговорення, приносить з собою не тільки свій базис і свій спектр. Вона приносить свій страх здатися некомпетентним. Своє бажання, щоб її ідея виграла. Свою звичку триматись за те, що сказала п’ять хвилин тому, навіть якщо вже бачить її слабкість. Ці речі — звичайні, людські, але в пошуку рішення вони — пряма перешкода.

Ортогональна взаємодія вимагає, щоб кожен на час пошуку відклав себе. Не відмовився від своєї позиції — позиція важлива, ми її щойно компонували в базис. А відклав намір того, щоб саме твоя версія рішення була обрана. Поміняти «я маю рацію» на «ми шукаємо те, що працює».

Звучить очевидно. Практично — це важка, щоденна внутрішня робота. Бо кожен голос у кімнаті природно тягне рішення ближче до своєї позиції — навіть той, хто щиро хоче допомогти. Це не злий намір, це структурна властивість того, як працює людська увага.

Єдине, що з цим можна зробити — назвати це прямо і повертатись до цього. На початку зустрічі нагадати одне одному: ми тут не щоб виграти, а щоб знайти рішення. Під час обговорення, коли помічаєш, що тягнеш у свій бік — варто зупинитись і сказати це вголос. Дозволити іншим назвати це у тебе, не ображаючись.

Гіратор неможливий, поки елементи захищають себе замість того, щоб циркулювати. У теорії Малюти це видно у формальному розкладі матриці взаємодій: симетрична (егоїстична) складова веде систему до розпаду, кососиметрична (збалансована, циркулярна) — до стабільності. У групі це виглядає простіше: чи люди готові на цей раз поступитись своєю версією заради того, що більше за кожного з них.

Це необхідна умова. Не бажана — необхідна. Без неї всі інші методи цього розділу стають театром.

Рішення як ортогональна взаємодія

Звичайний процес пошуку рішення — шукає компроміс. Середнє між позиціями. «Одні хочуть А, інші хочуть Б, давайте щось посередині.» Всі трохи невдоволені, зате рухаємось.

Це системно слабке рішення. Компроміс — це вектор, який не перпендикулярний жодному базису. Він нахилений до кожного, але не ортогональний нікому. Наслідок: жодна сторона не бачить у рішенні повного представлення своєї позиції, і з часом усі починають тягнути рішення в свій бік.

У теорії Малюти оптимальна взаємодія — ортогональна. Це не взаємодія, що «посередині» між елементами, а така, що передає максимум з мінімумом втрат. У контексті рішення це означає: шукаємо не середнє між позиціями, а рішення, перпендикулярне до всіх базисів одночасно. Таке, що однаково чесне до кожного, не тягне в бік жодного, і кожна позиція бачить у ньому себе представленою повно.

Це звучить абстрактно. Практично це питання, яке група ставить собі над варіантами:

«Якби ми реалізували цей варіант — чи зберігається повнота кожного з базисів, що ми склали? Чи ігнорується тут якась позиція і береться до уваги лише формально?»

Якщо якась позиція ігнорується — це не ортогональне рішення. Це компроміс з маскою. Можна рухатись далі з ним, якщо немає кращого, але треба знати, що саме ви вибрали і які наслідки.

Ортогональне рішення часто не виглядає як найочевидніше. Воно вимагає більше думки перед ухваленням, але менше ремонту після. Бо немає невдоволеної сторони, яка буде мовчки саботувати.

Плюралізм реалізацій

Іноді група не може звести варіанти до одного. Всі хороші, всі мають сенс, але тягнуть у різні сторони. Традиційна реакція — примусити вибрати один. «Нам треба рішення, не розмову. Голосуймо.»

Малюта описав для цього окремий механізм — зона D, зона плюралістичного розвитку. Його суть: у певних умовах кілька варіантів реалізації можуть існувати паралельно, не конфліктуючи. Умова проста — усі варіанти мають однаковий знак похідної, тобто рухають систему в одному загальному напрямку, хоч і різними шляхами.

Практично: якщо два варіанти ведуть до одного напрямку, і ресурс дозволяє — реалізуйте паралельно. Не змушуйте вибір там, де вибір непотрібний. Криза виникає не від того, що є кілька варіантів, а від того, що від групи вимагають передчасно звести їх до одного.

Це, звісно, не завжди можливо. Ресурс обмежений, увага обмежена, іноді варіанти взаємовиключні. Але ключове питання, яке треба ставити перед голосуванням: чи варіанти справді несумісні, чи ми просто не звикли тримати два?

Умова реалізованості

Перед тим як затвердити рішення — остання перевірка, яку часто пропускають.

У монографії «Система діяльності» Малюта формулює умову реалізованості: системна оцінка продукту діяльності не може перевищувати рівня розвитку системи, що його створює. Простою мовою: якщо рішення складніше за групу, яка його створює — воно не буде реалізоване. Скільки б часу не витратили, скільки б зусиль не доклали.

Це не ексклюзивна ідея Малюти. У 1956 році британський кібернетик Вільям Ешбі сформулював закон необхідного різноманіття: керуюча система має мати не менше різноманіття станів, ніж керована. Якщо процес має сто можливих варіантів розвитку, а контролер може розрізнити лише десять — він не керує процесом, лише створює ілюзію контролю. Малюта узагальнив це з інформаційного рівня на будь-яку системну активність. Група, яка ухвалює рішення — це в термінах Ешбі «контролер» для проблеми, яку вона вирішує. Якщо різноманіття групи (спектр, базиси, взаємодії) менше за різноманіття проблеми — рішення буде ілюзорним.

Ознаки того, що рішення перевищує рівень групи:

Реалізація вимагає якостей, яких у спектрі групи немає. — І ви не можете швидко їх залучити. Це означає, що рішення правильне для іншої групи, не вашої.

Кількість взаємодій, потрібних для реалізації, перевищує те, що група може тримати одночасно. — Малі групи не тягнуть рішення, для яких треба координувати двадцять залежностей. Треба або спростити рішення, або ескалювати до рівня з більшою пропускною здатністю.

Рішення вимагає довіри або повноважень, яких у групи немає. — І вона не може їх отримати в потрібний термін. Це структурний блок, не операційний.

У всіх трьох випадках відповідь одна: або зменшіть масштаб рішення до того, що група реально може, або ескалюйте виклик нагору — там, де є ресурс, спектр і повноваження, потрібні для цього рішення.

Героїзм не рятує. Група, яка береться за рішення над своїм рівнем, провалює його — і разом з ним часто провалює і те, що було в її рівні.

Не процедура, а зір

Це не фреймворк прийняття рішень у сенсі RACI чи RAPID. Тут немає розподілу повноважень, немає «хто затверджує, хто консультує». Ці інструменти свою користь мають, але вирішують іншу задачу — формалізують відповідальність.

Те, про що цей розділ — як група колективно бачить виклик перед тим, як починає його вирішувати. Без цього бачення будь-який розподіл повноважень діє в порожнечі: хтось формально затверджує рішення, прийняте на основі неповного базису і компромісу, що ігнорує половину позицій.

Мета — зробити так, щоб рішення було наслідком спільної роботи над викликом, а не голосу того, хто останній змовчав.

---