4 типи нарад в IT-командах, де рішення не приймаються — і як це видно з запису

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

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

Перший тип — нарада-презентація.

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

В записі це добре видно якщо порахувати кількість реплік від презентуючого проти аудиторії — баланс різко зміщений в один бік. Аудиторія здебільшого відповідає короткими підтвердженнями або задає уточнюючі питання. Жодна репліка не веде до фіксації конкретного наступного кроку. І майже завжди наприкінці звучить щось на кшталт «треба ще обговорити» або «давайте подумаємо» — стабільний маркер нарад цього типу.

Чим відрізняється від продуктивної презентації? На продуктивній хтось із присутніх у певний момент формулює «ок, значить ми робимо ось це» — і це або приймається або коригується. На нараді-презентації такого моменту немає зовсім. Є «зрозуміли» — але немає «вирішили».

Другий тип — нарада-обговорення без власника рішення.

Є тема, є позиції, є дискусія. Але ніхто в кімнаті не є явним власником рішення — або це не комунікувалось на початку. В результаті кожен висловлює позицію але ніхто не підбиває підсумок із зобов’язанням.

В записі — тривале чергування реплік приблизно однакової ваги. Немає моменту коли одна людина бере слово і каже «ми вирішуємо ось так, наступний крок — це, відповідальний — такий-то». Є лише обмін позиціями. Коли в розмові немає явної структури «питання → рішення → наступний крок» обговорення може тривати нескінченно — кожна нова репліка додає інформацію але не закриває цикл.

Маркер у записі простий: нарада завершується без явної фрази яка фіксує рішення. Або фіксація є — але без конкретного дедлайну і відповідального. «Треба зробити X» без «хто і коли» — це не рішення.

Третій тип найдорожчий за часом — нарада де рішення вже прийнято до початку.

Формально — обговорення. Але одна людина (зазвичай найстарша за статусом) вже знає відповідь і веде нараду до неї. Решта учасників це відчувають — і або грають у «правильні відповіді» або мовчать.

Питання від ведучого сформульовані так що мають вбудовану відповідь: «Ми ж усі розуміємо що треба зробити X, правда?» або «Як думаєте, варіант A краще ніж варіант B?». Реакції аудиторії — короткі погодження. Дискусії по суті немає. В записі це видно через низьке різноманіття позицій — якщо п’ять людей висловлювались і всі кажуть приблизно те саме у схожих формулюваннях, простір для іншої думки не відкривався.

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

Четвертий тип — нарада де проблему обговорюють але не діагностують.

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

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

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

Що з цим робить запис

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

Запис не вирішує проблему — але він робить її видимою. А видима проблема — це вже половина вирішення.

👍ПодобаєтьсяСподобалось1
До обраногоВ обраному0
LinkedIn
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter
Дозволені теги: blockquote, a, pre, code, ul, ol, li, b, i, del.
Ctrl + Enter

Підписатись на коментарі