Четыре шага, которые опытная команда уже делает — и один, который чаще всего пропускает

Если посмотреть, как работает сильная сменная бригада, ты увидишь повторяющийся узор. Они приходят на смену, смотрят, что у них есть. Прикидывают, что попробовать сегодня. Делают. И где-то ближе к пересменке кто-то говорит: «слушай, а с тем клапаном вышло так-то, надо запомнить». На бумаге этого нет. В регламенте этого нет. Но эти четыре движения — посмотреть, придумать, сделать, разобрать — и есть то, как команда учится в процессе работы.

Беда в том, что три из четырёх шагов делают почти всегда. А четвёртый — последний — пропускают. И именно он превращает обычное исполнение в обучение.

Из чего состоит цикл

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

Диагноз — это короткий вопрос «что мы видим». Не «кто виноват» и не «что делать». А что у нас на руках сейчас. Какой режим, какие признаки, что изменилось со вчерашнего дня. Хороший диагноз занимает пару минут. Плохой не происходит вовсе — потому что все сразу прыгают к решению.

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

Действие — собственно запуск. Здесь мало что нужно объяснять, кроме одной вещи: важно отслеживать не только результат, но и сам процесс. Что пошло как ожидали, а что — иначе. Не «получилось / не получилось», а как именно оно происходило.

Рефлексия — это «что мы из этого поняли». Короткий разбор. Не на час и не с протоколом — пять-десять минут после того, как пыль улеглась. Что сработало, что нет, что попробуем в следующий раз иначе. Этот шаг и собирает обучение из работы.

Где цикл рвётся

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

Команда отработала смену. Запустили режим. Что-то прошло гладко, что-то — на пределе. Прозвенел звонок пересменки. Все идут переодеваться. Никто не садится обсудить, как было. И не потому, что люди не хотят. А потому, что в графике этого нет. В регламенте этого нет. И руководитель сам, как правило, считает, что разбор нужен только когда что-то сломалось.

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

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

Бывает, рвётся на дизайне. Руководитель говорит не «попробуем», а «делаем». Тогда у команды нет внимания к тому, как новое решение себя поведёт. Делают, как сказали. Если не получится — это «неправильное указание», а не «гипотеза, которую мы проверили».

Но чаще всего — именно рефлексия. Самый дешёвый шаг и самый часто пропускаемый.

Как это выглядит в реальной работе

Есть две сцены, которые я видел много раз.

Первая. Главный механик завершает плановое ТО. Сделали в срок, без замечаний. Бригада расходится. Через два месяца на той же установке выходит из строя узел, который во время того ТО смотрели. При разборе выясняется: один из слесарей тогда заметил небольшое биение, но сказал об этом только напарнику. В общий протокол это не попало — слишком мелко, чтобы документировать. Между ТО и поломкой не было ни одной встречи, где люди могли бы рассказать, что им показалось странным. Цикл оборвался на четвёртом шаге.

Вторая. Запускают новый технологический режим. Первая неделя — получилось. Вторая — тоже. Все довольны. Никто не садится разбирать, что именно сделало это «получилось». Через месяц повторяют процедуру на другой установке — не получается. Когда начинают вспоминать, что делали в первый раз, оказывается: у каждого в голове своя версия. Разбора не было — единой картины нет. Опыт первой удачи рассыпался.

В обоих случаях работа была сделана хорошо. Обучение из работы — нет.

Что попробовать на следующей неделе

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

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

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

Третье. Когда команда диагностирует ситуацию, разделяй вопрос «что мы видим» и вопрос «что мы решаем». Это разные разговоры. В одном собирают факты, в другом — выбирают действие. Если их смешать, факты подгоняются под уже выбранное решение, и диагноз исчезает. Можно прямо сказать в начале: «сейчас десять минут только смотрим, что у нас есть. Решать будем после».

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

Откуда взята концепция

Цикл «диагноз — дизайн — действие — рефлексия» как способ встроить обучение в исполнение описала Эми Эдмондсон, профессор Гарвардской школы бизнеса. У неё это сделано на материале госпиталей, заводов Toyota и софтверных команд. Здесь я разложил тот же принцип на материале российской промышленной бригады: что меняется, если последний шаг — рефлексию — перестать пропускать.