Как объяснять по-управленчески: 6 элементов сообщения и A3, чтобы меньше уточнений и переделок
Если после вашего сообщения прилетает «7 уточняющих вопросов», люди делают «почти то», а на встречах спорят без движения — это не «софт-скиллы». Это дефект постановки. Разбираем протокол на 6 строк, A3 и план на 7–14 дней.
Вместо того чтобы считать, что «люди сами догадаются», мы фиксируем 6 обязательных элементов — и получаем постановку, которую можно исполнять без телепатии.
Считайте это «научным циклом» для управления — гипотеза → действие → проверка → корректировка. A3 — один лист, который удерживает контекст, разрыв, план и проверку. PDCA — ритм таких циклов. Kaizen-сессия — короткий формат, где вы выбираете один эксперимент и одну метрику.
Ниже — практический набор: диагностика на 60 секунд, протокол сообщения из 6 элементов, проверка понимания, схема «ценность → поток → отклонение → эксперимент», таймбокс Kaizen-сессии, A3 как тренажёр мысли — и план на 7–14 дней на одной реальной ситуации.
Что именно ломается, когда тебя «не понимают»
Четыре симптома — это не «характер команды», это сигнал поломки в постановке.
«После твоего сообщения прилетают 7 уточнений»
Обычно отсутствует критерий успеха и следующий шаг: непонятно, что сделать прямо сейчас и как выглядит «готово».
«Сделали почти то — и ты переделываешь»
Не было проверки понимания до исполнения. Вы запустили работу на вере «поняли», а не на факте.
«Команда спорит о вариантах, а решение не движется»
Нет зафиксированной проблемы как разрыва от стандарта и нет метрики отклонения. Спор идёт о вкусах.
«Все заняты, результата нет»
Не описан поток (flow): работа превратилась в список задач без привязки к ценности и узкому месту.
Чек на 30 секунд: что «выпало» в вашем сообщении
- Контекст — о какой ситуации речь (1–2 факта).
- Цель — зачем это делаем (1 строка).
- Критерий успеха — как поймём, что сделано правильно.
- Следующий шаг — какое действие нужно сейчас.
- Ответственность — кто владелец следующего шага.
- Срок — когда должно быть сделано или проверено.
«Проверьте отчёт по выручке, там что-то не так. Срочно».
→ какой отчёт? какой период? что считать «не так»? что сделать? кто принимает результат? к какому времени?
ДИАГНОЗ: нет критерия успеха + нет next step + не назначены owner и срок.
Если в конце нет действия и срока — это не постановка. Это разговор «в воздух».
Вы нашли, какой элемент чаще всего выпадает. Чтобы чинить это не героизмом, а системой, нужен единый стандарт сообщения — ровно из 6 элементов.
6 элементов сообщения, которые сокращают уточнения и переделки
Вам не нужен «идеальный стиль». Нужен стандарт, как в инженерии: без стандарта вы не измеряете отклонение — значит, не управляете.
Решение / ценность / риск
Зачем это нужно — в одну строку.
Отклонение от стандарта
Что отклоняется от ожидания (фактами).
Один следующий шаг
Какое действие запускаем сейчас.
Owner + дедлайн
Владелец шага и срок проверки.
Как выглядит «готово»
Условие, формат, число (если применимо).
Пересказ или демо
Как убедимся, что поняли — и когда.
В конце — один запрос: Approve / Decide / Do + дедлайн
Мини-формат артикуляции (для статусов и объяснений)
Пример: «факт — 3 релиза подряд откат; смысл — риск простоя; шаг — заморозить фичи и провести разбор причин 45 минут сегодня».
- 1Зачем: «Нужно, чтобы на созвоне было решение по бюджету».
- 2Разрыв: «В прогнозе разные цифры у sales и finance; нет единой версии».
- 3Что делаем: «Сводим данные в одну таблицу и фиксируем источник истины».
- 4Кто / когда: «Ты — черновик до 16:00, я — проверка до 17:00».
- 5Критерий: «Одна таблица с допущениями и итоговой цифрой; понятно, какой файл финальный».
- 6Проверка: «В 16:10 ты пересказываешь 6 пунктов и показываешь черновик».
- количество уточнений после запуска
- % переделок и возвратов
- время до первого правильного шага
Когда сообщение собрано по 6 элементам, становится видно: мы говорим не о «хотелке», а о конкретном отклонении и действии. Дальше логично проверять понимание до исполнения, иначе стандарт сообщения остаётся бумажным.
Пересказ или демонстрация — и как выбрать за 10 минут
Правило простое: проверка стоит дешевле переделки. Особенно в задачах, где ошибка в требованиях — это цепочка последствий.
Пересказ (repeat-back)
«Перескажи: что считаем проблемой, что делаем, кто и когда, критерий успеха, как проверяем».
Демонстрация (первый артефакт)
«Покажи первый черновик, макет, таблицу или план — по нему видно, совпали ли правила и ожидания».
Непсихологический критерий «поняли»: после проверки вы можете предсказать первый правильный шаг без уточнений.
«Я объяснил» — не событие. Событие — «я проверил понимание».
Теперь у вас есть стандарт сообщения и способ защититься от «почти то». Следующий уровень — чтобы решения были не набором задач, а управляемым циклом: ценность → поток → отклонение → эксперимент.
Операционная схема: ценность → поток → отклонение → эксперимент
Здесь «бизнесмен» — не образ. Это операционная логика: сначала ценность и поток, потом отклонение, потом эксперимент и метрика.
Мини-словарь, чтобы не путать
Проблема
Измеримый разрыв от стандарта или ожидания. Можно уменьшать.
Задача
Действие — «сделать таблицу», «провести встречу». Не равно проблеме.
Желание
Предпочтение без отклонения — «хотим внедрить Agile». Сначала найдите разрыв.
Жалоба
Эмоция без стандарта и факта — «они тормозят». Превратите в наблюдаемый факт.
Фильтр из 3 вопросов
- Какой стандарт — как должно быть?
- Какой факт отклонения — что наблюдаем?
- Какой ущерб или риск — в потоке ценности?
- Лидтайм (Lead Time) — общее время от запроса до результата
- Throughput — пропускная способность за период
- WIP — количество работы в процессе одновременно
- % rework — доля переделок и возвратов
- Частота блокировок — сколько раз за период работа встаёт
Это желание. Проблема появится, когда вы скажете: «в потоке выросли ожидания, очереди, переделки, из-за этого срываем обещания» — и покажете факт. Вместо лечения названием методологии — лечите измеримое отклонение.
Схема заканчивается экспериментом и метрикой. Значит, нужен регулярный способ запускать эксперименты без митингов «про мнения». Это и делает Continuous Improvement.
Как провести 30–45-минутную сессию и запустить один эксперимент
Continuous Improvement в реальности — это не «идеи про улучшения». Это дисциплина: факты → причины → контрмера → проверка.
Анти-мнение правило
Каждое утверждение в сессии — либо факт, либо гипотеза с тестом. Остальное — в parking lot.
5 Why — только по фактам
Выход: 1–2 коренные причины, которые прогнозируют изменение метрики. Если устраняем причину, а метрика не должна измениться — это не коренная причина, это обстоятельство.
- дата
- гипотеза — что ожидаем изменить
- что сделали — эксперимент
- что увидели — факты и метрика
- что меняем дальше — следующий шаг
Лог обучения
Гипотеза → эксперимент → факт → вывод. Таблица на 30 циклов с выпадающим списком статуса и авто-счётчиком по нему.
Kaizen-сессия даёт ритм, но без общего артефакта разговор расползается. Нужен «контейнер», который держит контекст, разрыв, причины, план и проверку на одной странице. Это и есть A3.
8 блоков на одной странице — артефакт для разговора с командой
A3 ценен не листом бумаги, а ограничением. Это как калибровка прибора: убирает шум и заставляет говорить фактами.
Контекст
1–2 предложения: где и почему это важно
Текущее состояние
5–10 фактов: время, количество, дефекты, очереди
Проблема / разрыв
измеримое отклонение от стандарта
Цель
что должно быть — целевое состояние
Причины
1–2 коренные причины (гипотезы)
Контрмера
одна на старт — как эксперимент
План
owner + срок
Проверка
метрика или сигнал + дата проверки
A3-структура · 1 страница
A3-черновик за 30 минут
Задача черновика — запустить разговор и один эксперимент. Вместо «идеально оформить» делаем черновик ради действия — и получаем первый цикл обучения.
Стандарт за 5 минут — обязательный вход в A3
Опишите, «как должно быть», в трёх пунктах:
- Скорость — за какое время это должно происходить
- Качество — какому требованию должен соответствовать результат
- Формат результата — в каком виде сдаётся «готово»
Без стандарта вы не сможете назвать проблему — потому что нет того, от чего отклоняться.
A3 стабилизирует постановку проблем и контрмер. Дальше вопрос ритма: как встроить это в управление работой, чтобы улучшения не были разовыми.
Короткие итерации, прозрачность, ретро как CI-цикл — и границы применимости
Agile здесь — не «внедрение методологии». Это удобный режим, когда поток повторяемый и вы способны учиться короткими циклами.
Практический минимум Agile-режима
- Итерация 1–2 недели — фиксированный ритм
- Демонстрация результата фактом — не словами «мы сделали»
- Ретроспектива как CI-цикл — выход всегда в виде эксперимента
Выход ретро — 1–2 эксперимента на итерацию
У каждого эксперимента есть owner, метрика и дата проверки. Вместо того чтобы заканчивать ретро разговором, мы заканчиваем его экспериментами — и получаем изменения, которые можно проверить.
Прозрачность через одну доску
- стадии потока (от запроса до готового результата)
- WIP — сколько работы в процессе одновременно
- блокеры — что мешает движению прямо сейчас
- 1–2 метрики итерации
Когда Agile вреден
Условие: поток нерегулярный (поддержка, постоянные пожары), приоритеты меняются ежедневно, измеримости нет.
Что ломается: спринт-обязательства становятся фикцией; люди «планируют», а реально тушат пожары.
Что делать вместо: описать стадии потока, ввести видимые WIP-лимиты и блокеры, запустить короткие PDCA-циклы по узкому месту — один эксперимент, одна метрика, дата проверки.
5 принципов Continuous Improvement — применимость, а не магия
Что считаем ценностью
Выход: формулировка ценности + метрика
Какие стадии проходит работа
Выход: схема потока или доска
Где очереди и переключения
Выход: метрика потока + факт-пакет
Как ограничиваем WIP
Выход: правила WIP и политика входа
Регулярные эксперименты
Выход: лог обучения + дата проверки
Артефакт, а не нумерация
Держимся за артефакты и измеримость — получаем CI, который работает в реальности.
Теперь осталось главное — что сделать завтра, чтобы стало меньше уточнений и переделок. Ниже — сценарий на 7–14 дней: одна проблема, один A3, один эксперимент, один вывод.
Одна реальная проблема → A3-черновик → сессия → 1 эксперимент → 1 вывод
Цель — не «починить коммуникацию в компании». Цель — сделать один измеряемый цикл на одной ситуации.
Выбрать одну проблему
- Описать стандарт «как должно быть» — скорость, качество, формат
- Сформулировать разрыв — что отклоняется
- Остальное — в parking lot
Собрать факт-пакет 5–10 и выбрать 1 метрику
- 5–10 фактов: время, дефекты, очереди, блокировки, переделки
- 1 метрика проверки — например, «количество уточнений после запуска»
A3-черновик + сообщение по 6 элементам
- Заполнить A3 по 8 блокам (черновик)
- Сформировать сообщение: зачем → разрыв → действие → кто и когда → критерий → проверка
Kaizen-сессия
- Цель → факты → причины → контрмера → проверка
- Зафиксировать owner + срок
Один эксперимент + лог обучения
- Запустить одну контрмеру как эксперимент
- Вести лог обучения
- На 7–14 день снять метрику, сделать вывод: продолжать / изменить / откатить
- есть owner
- есть срок проверки
- есть метрика
- есть способ проверки понимания (пересказ или демо)
- есть гипотеза эффекта — что и почему должно измениться
Если вы сделали этот цикл, у вас появляется самое важное — не ощущение «стало лучше», а доказательство и следующий шаг.
Спасают не методологии. Спасает проверка и измеримость.
Если людям нужно уточнять — обычно ломается не «стиль общения», а конкретный элемент постановки: критерий успеха, следующий шаг, владелец, срок или сама формулировка проблемы как разрыва от стандарта.
Минимальная дисциплина управленческого мышления выглядит так:
- Сообщение по 6 элементам — зачем, разрыв, действие, кто и когда, критерий, проверка
- Проверка понимания до исполнения — пересказ или демонстрация
- Один эксперимент — а не пять одновременно
- Одна метрика — чтобы спор «стало лучше» закрылся фактом
- Одна дата проверки — иначе эксперимент превращается в обещание
- Вывод и следующий шаг — продолжать, изменить или откатить
Методологии не спасают. Спасает проверка и измеримость.
Заберите шаблон, а не пересказ
Лог обучения
Гипотеза → эксперимент → факт → вывод. Таблица на 30 циклов с выпадающим списком статуса и авто-счётчиком по нему.
Возьмите одну рабочую проблему и проведите один цикл
Заполните A3-черновик за 30 минут, проведите 10-минутную проверку понимания с командой — пересказ или демонстрация по риску. Сделайте это стандартом, а не подвигом.
Скачать лог обучения

