Есть учебный пример из руководства по бережливым процессам аудиторской службы штата Вашингтон. Сотрудники тратят восемь часов в неделю на исправление ошибок в формах. Команда предполагает, что форма с понятными инструкциями сократит ошибки вдвое за месяц. Через две недели ошибок стало восемь в неделю вместо двадцати, и цель достигнута. Но проверка показала другое: большинство оставшихся ошибок связано с отсутствующими подписями, а не с неясными инструкциями. Значит, первоначальная гипотеза о причине была верна лишь отчасти, и следующий цикл улучшения начинается уже с другого места. На такой логике держится A3-отчёт: проблема, факты, причина, контрмера и честная проверка результата.
A3-отчёт (A3 Report, A3 Problem Solving) — метод решения проблем и управленческой коммуникации из Производственной системы Toyota (Toyota Production System, TPS). Весь путь от описания проблемы до подтверждения эффекта умещается на одном листе формата A3. Лист служит рамкой для мышления: если рассуждение не помещается на страницу, автор ещё не отделил главное от второстепенного. Если же оно помещается, любой коллега за несколько минут видит, связаны ли предложенные меры с найденной причиной.
Ниже разобраны происхождение метода и его линии, состав листа по разделам, расхождения между популярными пересказами и учебными материалами. Отдельно описаны шесть типовых ошибок и план освоения на пять недель. В конце объяснено, как пройти этот план в бесплатном фрейме OrgDevTools.
Происхождение и исследовательская база метода «A3-отчёт»
Линия Toyota: TPS и Тайити Оно
По версии, которую излагает Adobe в обзоре метода, решение проблем в формате A3 сложилось в Toyota в 1960-х годах как часть Производственной системы Toyota. Становление TPS связывают с Тайити Оно (Taiichi Ohno), и тот же обзор называет его пионером подхода. В этой системе A3 нужен для непрерывного улучшения и для культуры, в которой проблемы решают на всех уровнях организации, а не только в штабе.
К 1980-м годам практика укоренилась настолько, что, по тому же источнику, её осваивал каждый выпускник вуза, приходивший в компанию. Это важная деталь: A3 был способом ввести нового сотрудника в профессию, а не инструментом для отдельных проектов. Работу учились делать через структурированный разбор реальных проблем под руководством старшего коллеги.
Линия Training Within Industry
Lean Enterprise Institute (LEI) в словарной статье об A3 ссылается на отчёт программы Training Within Industry (Washington, DC: War Manpower Commission, Bureau of Training, 1945). Американская программа обучения на производстве времени Второй мировой войны распространяла стандартизированные методы инструктажа мастеров и улучшения работы. Ссылка LEI показывает, что корни A3 не сводятся к изобретению одного человека в одной компании. Логика «опиши работу — найди, что улучшить — проверь результат» существовала до Toyota и была ею переработана.
Расхождение источников. Популярные обзоры, включая материал Adobe, начинают историю с Тайити Оно и Toyota 1960-х. LEI, крупнейшая англоязычная организация по бережливому производству, указывает ещё и на американский документ 1945 года. Эти версии не противоречат друг другу, но формула «A3 придумал Оно» упрощает картину. Точнее сказать так: A3 вырос внутри TPS, а у TPS были внешние источники, в том числе программы обучения военного времени.
Линия PDCA
Почти все материалы связывают структуру листа с циклом PDCA (Plan-Do-Check-Act). Название книги, которую цитирует Kanban Tool, «Understanding A3 Thinking: A Critical Component of Toyota's PDCA Management System», прямо называет A3 компонентом системы управления по PDCA. Соответствие такое: контекст, текущее состояние, цель и анализ причин относятся к планированию; контрмеры и план внедрения — к действию; подтверждение эффекта — к проверке; последующие шаги и закрепление — к стадии «Act». Руководство аудиторской службы штата Вашингтон формулирует суть проверки так: «Check = learn». Без неё команда не улучшает процесс, а лишь гадает.
Линия Джона Шука: глобализация и «A3-мышление»
Раздел обзора Adobe так и называется: «Globalized by John Shook». За пределами Японии метод разошёлся во многом благодаря Джону Шуку (John Shook), который работал в Toyota и затем переносил её практики в западные компании через Lean Enterprise Institute. С этой линией связан сдвиг акцента. A3 стали понимать прежде всего как способ мышления и наставничества (A3 Thinking), а уже потом как шаблон документа. Отсюда словарный оборот «A3-мышление», который встречается почти у всех конкурентов.
Линия Арта Смолли: три опоры
Арт Смолли (Art Smalley) в вебинаре «Advanced Issues in A3 Problem Solving» (Art of Lean, 2012) выделяет три опоры A3-мышления:
решение проблем (Problem Solving) — структурированный путь от факта к причине и проверенной контрмере;
коммуникация (Communication) — лист как общий язык между автором, руководителем и смежными подразделениями;
наставничество (Mentoring) — подготовка A3 как повод для коучинга, где руководитель учит думать, а не раздаёт ответы.
В той же презентации вопросы TPS заданы в предельной форме: как обеспечить встроенное качество на 100 %, как поставлять клиенту точно вовремя на 100 %, как стандартизировать работу, как растить лидеров рабочих команд и как организации поддерживать и развивать улучшения. Смысл в том, что A3 решает не единичную поломку. Это механизм, через который система раз за разом закрывает разрыв между стандартом и фактом.
Что говорят прикладные материалы и опросы
Академических исследований с выборками и измеренным эффектом A3 в пакете материалов нет, и это стоит учитывать. Есть отраслевые опросы и учебные руководства:
Флаер по структурированному решению проблем Университета Теннесси цитирует отчёт Quality 2020 ассоциации AIAG, подготовленный совместно с Deloitte. 95 % опрошенных считают, что сокращение разрыва в навыках решения проблем окажет влияние на качество — от умеренного до чрезвычайно высокого. Это мнение участников опроса, а не измерение эффекта A3.
Обзор Adobe приводит данные McKinsey: лишь 50 % менеджеров считают, что решения в их организации принимаются своевременно, а 6 из 10 говорят, что половина времени на принятие решений тратится неэффективно. Цифры касаются управленческих решений вообще и обосновывают потребность в структуре, но не доказывают, что именно A3 её закрывает.
Учебный модуль LEI 2013 года о решении проблем в формате A3 посвящён главным образом наставникам. В нём есть вопросы о том, какие навыки, ценности и долгосрочные компетенции нужны сотрудникам и как вовлечь их в развитие. Отдельно отмечен «пропущенный шаг» между поддержанием стандарта и его улучшением.
A3 появился как способ обучать людей думать о работе. Шаблоном отчёта его сделали позже, и именно в этом виде он чаще всего ломается.
Ключевые идеи и принципы метода «A3-отчёт»
Принцип: вся логика видна на одном листе
Многостраничный отчёт читают по разделам, и связь между ними теряется: анализ на пятой странице, решение на двенадцатой. Лист A3 (297×420 мм) показывает цепочку целиком. Читатель сразу видит, вытекает ли контрмера из причины, а причина — из фактов текущего состояния. Ограничение формата заставляет приоритизировать: на лист попадают только данные, без которых вывод не держится.
Классическая компоновка делит лист на две половины. В учебных материалах польского института бережливого производства (lean.org.pl) отдельно отрабатывают подготовку левой части отчёта для вымышленной проблемы и групповую оценку примеров по вопросу «как распознать хороший отчёт». Левая часть — понимание проблемы. Правая — решение и проверка. Пока левая сторона не убедительна, правую заполнять рано.
Принцип: заголовок называет проблему, а не решение
Kanban Tool начинает построение отчёта с шага «Title». Заголовок формулирует тему так, чтобы в ней не было готового ответа. «Сокращение опозданий отгрузок со склада Б» оставляет простор для анализа. «Внедрение новой WMS» уже предрешает контрмеру, и весь лист превращается в обоснование заранее выбранного решения.
Принцип: контекст (Background)
Раздел объясняет, почему проблема важна именно сейчас и как она связана с целями организации. Университет Южной Каролины формулирует это так: в верхней части листа нужно ясно назвать проблему и описать, почему её важно решить. В учебном шаблоне программы Show-Me Excellence (штат Миссури) контекст звучит так: пиццерия получила в третьем и четвёртом кварталах 2024 года меньше заказов, чем в первом и втором, что снизило продажи. Две фразы, и читателю понятно, ради чего тратить время.
Принцип: текущее состояние (Current Condition)
Kanban Tool, ссылаясь на авторов «Understanding A3 Thinking», пишет, что сила Toyota — в глубоком понимании проблемы. Отсюда эвристика: работа над текущим состоянием составляет до 90 % усилий по A3. Цифру стоит понимать как акцент, а не как норму. Описание фактического положения дел должно опираться на наблюдение на месте (гембуцу — реальная вещь, реальное место) и на числа, а не на мнения.
Хорошая формулировка проблемы содержит факт, стандарт и разрыв. В материалах Lean Construction Institute 2021 года приведены образцы:
команда 3 провалила 8 из 10 аудитов 5S при стандарте 80 % успешных проверок;
мастера тратят 8 % рабочего дня на табели учёта времени, цель — меньше 1 %;
по бюджету у плотников осталось 250 часов, а текущий состав бригады израсходует 380.
Tervene даёт похожий пример: «за последние 30 дней 12 % заказов со склада B отгружены с опозданием». Шаблон Show-Me Excellence показывает метрики здоровья процесса: точность заказов 60 % при цели 80 %, доставка вовремя 55 % при цели 90 %.
Тот же материал LCI различает два типа разрывов. Разрыв отклонения процесса (Process Variation Gap) возникает, когда процесс работает хуже уже установленного стандарта, например бюджет не выдерживается. Разрыв улучшения процесса (Process Improvement Gap) создают намеренно, поднимая планку, например сокращая часы в уже работающем бюджете. От типа разрыва зависит логика анализа. В первом случае ищут, что сломалось. Во втором — что мешает выйти на новый уровень.
Для текущего состояния чаще всего используют диаграмму Парето. LCI называет её самым распространённым инструментом решения проблем: столбцы по убыванию значимости отделяют «жизненно важное меньшинство» от «полезного большинства» (подробнее — в методике принцип Парето).
Принцип: цель (Goal, Target, Future State)
Цель — конкретное измеримое желаемое состояние с указанием, как его будут измерять. Kanban Tool приводит формулировку «сократить жалобы клиентов на 15 % по статистике колл-центра». Adobe рекомендует сверять цель с критериями SMART. В руководстве британского Королевского колледжа патологов (RCPath) этот блок назван «будущее состояние» (Future State): описывается не только число, но и то, как процесс будет выглядеть после изменений.
Принцип: анализ коренной причины (Root Cause Analysis)
Здесь A3 чаще всего проваливается. Цель раздела — объяснить, почему проблема существует, а не пересказать её признаки. Основные инструменты — «5 почему» и диаграмма Парето. В учебном курсе по улучшению качества разобран показательный пример с МРТ-отделением, которое постоянно отстаёт от графика. Пациентов привозят поздно, потому что санитар опаздывает. Санитар опаздывает, потому что ищет кресло-каталку. Ищет, потому что в отсеке нет свободной каталки. Её нет, потому что все заняты или неисправны.
Напрашивается вывод «купить больше каталок». Автор курса показывает ловушку: часть каталок неисправна, и, возможно, у отделения нет плана их ремонта. Тогда проблема вернётся, даже если закупить новые. Хороший анализ причин проверяет каждую ветку, а не останавливается на первом удобном ответе.
Если контрмера сводится к «купить» или «нанять», остановитесь и спросите, что произойдёт с новым ресурсом через три месяца. Часто ответ указывает на настоящую причину.
Принцип: контрмеры (Countermeasures), а не «решения»
В языке TPS говорят «контрмера», а не «решение». Мера временна и проверяема, она лишь лучшее известное действие против найденной причины. Каждая контрмера должна прямо ссылаться на конкретную причину из предыдущего блока. Если связь не видна, это общее пожелание, а не контрмера. Tervene описывает этот этап как проверку возможных решений, а не выбор окончательного.
Принцип: план внедрения (Implementation Plan)
Руководство аудиторской службы штата Вашингтон перечисляет, что должно быть в плане: каковы цели, как их достигать, какие нужны ресурсы, кто за что отвечает и когда выполняются действия. Для распределения ролей пригодна матрица ответственности RACI: план без конкретных имён и дат на листе A3 не работает.
Принцип: подтверждение эффекта (Effect Confirmation)
Kanban Tool выделяет отдельный шаг «Effect confirmation»: сработали ли контрмеры и достигнута ли цель по той метрике, которая была заявлена. RCPath расширяет блок до «оценки результатов и процесса» (Evaluation of Results and Process). Оценивается не только достигнутое число, но и то, как шла работа. Пример из вступления показывает, зачем это нужно: проверка подтвердила цель и одновременно выявила новую доминирующую причину — отсутствующие подписи.
Принцип: последующие действия (Follow-up Actions)
Последний шаг у Kanban Tool и RCPath — что сделать дальше. Нужно закрепить новый стандарт, распространить контрмеру на похожие участки и запустить новый цикл по оставшимся проблемам. Kanban Tool связывает этот этап с пятым шагом 5S «Shitsuke» (поддержание): без закрепления процесс откатывается к прежнему состоянию.
Принцип: варианты структуры при неизменной логике
Состав блоков у разных авторов различается. Adobe описывает построение отчёта в семь шагов. Kanban Tool — в восемь: заголовок, контекст, текущее состояние, цель, коренная причина, контрмеры, подтверждение эффекта, последующие действия. Tervene — в семь вопросов, от «как ясно определить проблему» до «как поделиться результатами и закрепить их». RCPath делит текущее и будущее состояние на отдельные блоки. Последовательность при этом везде одна: понять, объяснить, действовать, проверить, закрепить. Шаблон можно менять под организацию, порядок шагов — нельзя.
Принцип: делиться, а не презентовать
Один из разделов словарной статьи LEI называется «Don't Present Your A3: Share Your A3». A3 не готовят для итогового доклада перед руководством. Черновик носят к тем, кого затронет изменение, собирают возражения и данные и переписывают лист. Это близко к японской практике немаваси — предварительного согласования, при котором к формальному обсуждению решение уже проверено заинтересованными людьми.
Принцип: когда A3 — правильный инструмент
Университет Южной Каролины определяет A3 как структурированный подход к решению хорошо определённой рабочей проблемы. Tervene добавляет повторяющиеся и сложные проблемы. Для разовой мелочи, которую исправляют за час, лист избыточен. Для стратегической перестройки бизнеса он слишком узок. Оптимальная зона — проблема, которая возвращается, у которой есть измеримый разрыв и на анализ которой нужно от нескольких дней до нескольких недель.
Кого привлекать, Tervene связывает с самой проблемой. Нужен владелец A3, который пишет лист. Нужны люди, выполняющие работу на месте: они знают факты текущего состояния. Нужен наставник или руководитель, который задаёт вопросы, а также представители смежных участков, если контрмеры их затронут.
Хороший A3 читается за пять минут, а пишется неделями. Время уходит на то, чтобы уточнить проблему и проверить причину на месте, а не на оформление.
Ограничения, слепые зоны и критика метода «A3-отчёт»
Доказательная база тоньше, чем кажется. В открытых материалах по теме преобладают учебные шаблоны, вымышленные примеры (пиццерия, отдел форм) и отраслевые опросы мнений. Измеренных сравнений «команды с A3 против команд без него» в пакете источников нет. Цифры McKinsey и AIAG/Deloitte, которые цитируют обзоры, говорят о важности решения проблем вообще, а не об эффективности конкретного формата. Руководителю стоит воспринимать A3 как дисциплину с хорошей логикой, а не как метод с доказанным процентом улучшения.
Эвристика «90 % усилий на текущее состояние» — акцент, а не измерение. Kanban Tool подаёт её как вывод из подхода Toyota. Это правило «не торопись к решению», а не статистический факт. Буквальное следование ему может затянуть анализ там, где проблема проста и факты уже собраны.
Одна страница плохо вмещает по-настоящему сложные проблемы. Когда взаимодействуют несколько процессов, подразделений и внешних факторов, сжатие до листа теряет важные связи. В таких случаях A3 полезен как резюме и карта рассуждения, но рядом с ним нужен развёрнутый анализ потока, например картирование потока создания ценности.
Без наставника метод вырождается в формуляр. Все три опоры по Смолли — решение проблем, коммуникация и наставничество — требуют второго человека, который оспаривает логику. Учебный модуль LEI 2013 года посвящён прежде всего тому, каких наставников готовить для продвижения A3 и PDCA. Если руководитель лишь подписывает заполненный шаблон, остаётся форма без мышления.
Метод требует навыков, которых может не быть. Сотрудник, не умеющий отличать симптом от причины, заполнит все блоки, и лист будет формально правильным, но содержательно пустым. Пример с каталками в МРТ показывает, как легко остановиться на правдоподобной, но неполной причине.
Цифровизация не заменяет разговора. Tervene перечисляет цифровые шаблоны A3, платформы совместной работы, интеграцию с системами управления проектами и ERP, а также ИИ-ассистентов. Это удобно для хранения и поиска. Но электронная форма убирает физическое ограничение листа и упрощает формальное заполнение без визита на место. Инструмент полезен, если он поддерживает диалог автора с наставником, а не подменяет его.
Чем A3-отчёт не является. Это не отчёт о выполненной работе для архива и не презентация готового решения начальству. Это не замена статистическому анализу процесса и не способ управлять портфелем проектов. Наконец, это не универсальная форма для любого вопроса: A3 решает одну хорошо определённую проблему с измеримым разрывом, и его ценность — в рассуждении, а не в заполненных клетках.
Пустой блок «Контроль результата» в заполненном A3 говорит об организации больше, чем все остальные блоки вместе.
Типовые ошибки при работе с методом «A3-отчёт»
Ошибка 1: поспешность.
Tervene называет спешку первой из типовых ошибок. Команда за один вечер заполняет все блоки, чтобы «закрыть» проблему: текущее состояние описано по памяти, причина угадана, контрмера взята из прошлого опыта. Лист выглядит завершённым, но опирается на допущения, а не на данные, и проблема возвращается через месяц-два.
Как избежать
заранее заложите время на сбор фактов на месте и на два-три раунда обсуждения с наставником. Считайте нормой, что первая версия листа будет переписана.
Ошибка 2: размытая формулировка проблемы.
Adobe ставит неясное определение проблемы первым в списке трудностей. «Низкая эффективность склада» или «плохая коммуникация» не дают ни метрики, ни стандарта, ни разрыва. Анализ расползается, а контрмеры становятся пожеланиями.
Как избежать
формулируйте по схеме «факт — стандарт — разрыв», как в примерах LCI: «8 % дня на табели при цели меньше 1 %». Определите тип разрыва — отклонение от стандарта или намеренное повышение планки.
Ошибка 3: пропуск анализа коренной причины.
Tervene и Adobe одинаково выделяют этот провал. Команда переходит от описания проблемы сразу к мерам, и контрмеры бьют по симптому. Пример с каталками показывает типичный исход: закупка ресурса без устранения причины, из-за которой он выходит из строя.
Как избежать
не открывайте блок контрмер, пока причина не доведена до проверяемого утверждения. Проверьте её фактами и спросите себя: исчезнет ли проблема, если устранить именно эту причину?
Ошибка 4: A3 как бумажная формальность.
Tervene прямо называет эту ошибку «treating A3 as just paperwork». Лист заполняют задним числом, чтобы оформить уже принятое решение. Документ в архиве есть, обучения и проверки логики не было. В организации укрепляется представление, что A3 — бюрократия, и сотрудники начинают его избегать.
Как избежать
начинайте лист до того, как решение известно, и храните версии. Наставник оценивает не красоту оформления, а то, изменилось ли понимание проблемы от версии к версии.
Ошибка 5: слабое вовлечение заинтересованных сторон.
Adobe называет его отдельной трудностью, а LEI советует не презентовать A3, а делиться им. Автор готовит идеальный лист в одиночку и представляет его на совещании. Смежные подразделения видят изменения впервые, возражают, и контрмеры «не приземляются» — ещё одна трудность из списка Adobe.
Как избежать
показывайте черновик тем, кого затронут контрмеры, до утверждения. Фиксируйте их возражения на листе и включайте исполнителей в план внедрения поимённо.
Ошибка 6: нет подтверждения эффекта и последующих шагов.
Adobe относит невыполненные последующие проверки к главным провалам. Отчёт заканчивается на плане внедрения, никто не возвращается к метрике, и неизвестно, сработала ли контрмера. Цикл PDCA обрывается на «Do», а следующее совещание обсуждает ту же проблему заново.
Как избежать
уже при составлении листа задайте дату проверки, метрику и ответственного. После проверки обязательно запишите, что делать дальше: закрепить стандарт, распространить меру или начать новый цикл по оставшейся причине.
План внедрения метода «A3-отчёт»
Неделя 1: выбрать проблему и наставника. Возьмите повторяющуюся проблему с измеримым разрывом и сроком анализа в пределах нескольких недель. Назначьте владельца листа и наставника, который будет задавать вопросы, а не подсказывать ответы. Сформулируйте заголовок без готового решения. Результат недели: заголовок и черновик контекста — почему это важно сейчас.
Неделя 2: описать текущее состояние на месте. Сходите туда, где возникает проблема, соберите данные за осмысленный период, постройте диаграмму Парето или график динамики. Запишите проблему в формате «факт — стандарт — разрыв» и определите тип разрыва. Результат: левая верхняя часть листа, которую наставник принимает без вопроса «откуда эта цифра?».
Неделя 3: задать цель и найти коренную причину. Сформулируйте измеримую цель с методом измерения. Проведите анализ причин («5 почему», Парето) и проверьте каждую ветку фактами, а не мнениями. Обсудите черновик с людьми, выполняющими работу. Результат: причина, которую можно проверить, и согласие участников процесса, что она реальна.
Неделя 4: разработать контрмеры и план. Для каждой причины предложите контрмеру и пропишите связь «причина → мера». Составьте план: что, кто, когда, какие ресурсы. Покажите лист смежным подразделениям до утверждения и учтите их возражения. Заранее назначьте дату и метрику проверки. Результат: правая часть листа с конкретными именами и датами.
Неделя 5 (или в срок, заданный планом): проверить эффект и решить, что дальше. Сравните метрику с целью, запишите, что сработало, что нет и почему. Если появилась новая доминирующая причина, как подписи в примере с формами, откройте следующий A3. Если цель достигнута, закрепите новый стандарт работы. Результат: заполненный блок подтверждения и запись о последующих шагах.
Далее: поддержание и обновление. Сделайте A3 стандартным форматом для значимых повторяющихся проблем, но не для любой задачи. Готовьте наставников: учебный модуль LEI ставит именно их в центр распространения A3 и PDCA. Раз в квартал разбирайте несколько завершённых листов с вопросом «как распознать хороший отчёт» и отслеживайте, вернулись ли закрытые проблемы. Результаты A3 вливаются в общую систему кайдзен: каждый лист — один шаг непрерывного улучшения.
Как реализовать этот план с помощью фрейма «TPS: A3-отчёт» в OrgDevTools
Фрейм «TPS: A3-отчёт» — бесплатный тренажёр, который ведёт лист от заголовка до проверки эффекта. Он сам считает разрыв, проверяет связь «причина → контрмера» и по заполненности листа выносит вердикт. Отдельного Инструмента для этой методики нет, поэтому лист ведётся во фрейме как самостоятельный документ. Готовых примеров во фрейме нет, все поля изначально пустые.
Вкладка «1. Заголовок и контекст» — неделя 1: выбрать проблему и наставника
Здесь три текстовых поля: заголовок («одной фразой, без решения внутри»), владелец A3 и наставник. Ниже идёт список «Контекст»: в него по пункту записывают, почему проблема важна именно сейчас.
Вкладка «2. Факт и цель» — неделя 2: описать текущее состояние на месте
Сначала укажите название показателя с единицей измерения. Затем заполните три числовых поля: «Факт сейчас», «Стандарт / норма» и «Цель A3». Из них фрейм считает две величины:
«Разрыв до цели» = цель − факт, выводится красным;
«Отклонение от стандарта» = стандарт − факт, выводится жёлтым.
Если показатель тем лучше, чем он ниже, разрыв получится отрицательным. Ниже расположены два списка: «Текущее состояние» (факт с места: где, когда, сколько) и «Цель» (какое состояние и к какому сроку).
Вкладка «3. Причины» — неделя 3: найти коренную причину
Это список, где каждая строка — отдельная коренная причина. Из этого списка выбираются причины для контрмер на следующей вкладке. Причины, к которым ещё не привязана ни одна контрмера, перечисляются под списком строкой «Без контрмеры: …».
Вкладка «4. Контрмеры и план» — неделя 4: разработать контрмеры и план
Основа вкладки — таблица контрмер. В каждой строке есть название, выпадающий список «какую причину устраняет?» с вариантами из вкладки 3, поле «Кто», дата срока, флажок «сделано» и кнопка удаления. Новая строка сразу получает первую ещё не закрытую причину.
Строки контрмер без привязки к причине подсвечиваются красным. Срок окрашивается в красный, если дата уже прошла, а флажок «сделано» не стоит.
Ниже два списка: «Идеи контрмер без привязки (черновик)» и «Прочие шаги плана» (обучение, стандарт, согласование).
Вкладка «5. Проверка» — неделя 5: проверить эффект и решить, что дальше
На этой вкладке задаются дата проверки и «Значение после контрмер». Фрейм считает, на сколько закрыт разрыв: (после − факт) / (цель − факт), в процентах. Начиная со 100 % цифра окрашивается в зелёный, ниже 100 % — в жёлтый. Список «Контроль результата» нужен для наблюдений и решения: закрепить стандарт или начать новый цикл.
Вкладка «Визуализация» — разбор листа с наставником
Первый блок — шкала, на которой отмечены четыре точки: факт (красная), стандарт (жёлтая), цель (синяя) и «после» (зелёная). Отрезок от факта до результата выделен зелёным.
Второй блок — схема связей: причины слева, контрмеры справа. Причины без контрмер и контрмеры без причин закрашены красным. Линия к выполненной контрмере зелёная, к невыполненной — серая. Длинные подписи обрезаются до 40 символов.
Вкладка «Итоги» — самопроверка перед обсуждением
Вкладка показывает заголовок, владельца, наставника и четыре плитки: разрыв до цели, число причин, сколько контрмер выполнено из общего числа, процент закрытия разрыва. Вердикт выдаётся по первому несоблюдённому условию в таком порядке:
Нет заголовка или владельца.
Не указан наставник.
Нет чисел факта и цели.
Пустое текущее состояние.
Нет ни одной причины (🔴).
Нет контрмер.
Контрмера не привязана к причине (🔴).
Причина осталась без контрмеры.
У контрмеры нет ответственного или срока.
Контрмера просрочена.
Не назначена дата проверки.
Нет значения «после». Если дата проверки уже прошла, вердикт красный. Если ещё нет — «Лист связный…» с датой проверки.
Разрыв закрыт меньше чем на 100 %: совет вернуться к анализу причин.
Если все условия выполнены — «Цель достигнута» и совет закрепить стандарт.
Порог 100 % и правила просрочки — рабочая настройка фрейма, а не норма методики.
Кнопка «Создать задачу» доступна у сохранённого документа. Если дата проверки задана, задача называется «A3: проверить эффект контрмер <дата>», если нет — «A3: довести лист до проверки эффекта». В описание задачи попадают текст вердикта и список невыполненных контрмер с ответственными и сроками.
Чего фрейм не делает
Работает с одним показателем: несколько метрик посчитать нельзя.
Не проверяет, что цель измерима и задана с методом измерения. Список «Цель» и стандарт в вердикт не входят.
Связывает контрмеру с причиной по точному тексту. Если отредактировать формулировку причины, привязка слетит.
Не проверяет заполнение «Контроля результата» и последующих шагов.
Если цель равна факту, процент закрытия не считается, и вердикт покажет 0 %.
Не строит диаграмму Парето, не хранит версии листа и не заменяет разговор с наставником.
Заполнили фрейм? Сохраните, чтобы не потерять
Книги по теме «A3-отчёт»
Джон Шук — «Managing to Learn: Using the A3 Management Process» (2008). Из неё в методику пришло понимание A3 как процесса наставничества и обучения мышлению, а не шаблона отчёта, и связь листа с диалогом автора и руководителя.
«Understanding A3 Thinking: A Critical Component of Toyota's PDCA Management System» — книга, на которую ссылается Kanban Tool. Из неё взяты акцент на глубоком понимании проблемы и трактовка A3 как элемента системы управления по PDCA.
War Manpower Commission, Bureau of Training — «Training Within Industry Report» (1945). LEI приводит этот отчёт как один из исторических источников; из него в методику пришла линия происхождения A3 из американских программ стандартизированного обучения на производстве.
%22%2F%3E%3Ccircle%20cx%3D%22272%22%20cy%3D%22-144%22%20r%3D%2245%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%220.05%22%2F%3E%3Ccircle%20cx%3D%22199%22%20cy%3D%22-126%22%20r%3D%2249%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%220.08%22%2F%3E%3Ccircle%20cx%3D%22227%22%20cy%3D%22-170%22%20r%3D%2260%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%220.11%22%2F%3E%3Crect%20x%3D%2240%22%20y%3D%2248%22%20width%3D%22124%22%20height%3D%2230%22%20rx%3D%2215%22%20fill%3D%22%234f46e5%22%2F%3E%3Ctext%20x%3D%2258%22%20y%3D%2268%22%20font-size%3D%2215%22%20font-weight%3D%22700%22%20fill%3D%22%23fff%22%20letter-spacing%3D%220.8%22%3E%D0%9C%D0%95%D0%A2%D0%9E%D0%94%D0%98%D0%9A%D0%90%3C%2Ftext%3E%3Ctext%20x%3D%2240%22%20y%3D%22150%22%20font-size%3D%2238%22%20font-weight%3D%22800%22%20fill%3D%22%230f2b3d%22%3E%D0%94%D0%B7%D0%B8%D0%B4%D0%BE%D0%BA%D0%B0%20(Jidoka)%20%E2%80%94%3C%2Ftext%3E%3Ctext%20x%3D%2240%22%20y%3D%22198%22%20font-size%3D%2238%22%20font-weight%3D%22800%22%20fill%3D%22%230f2b3d%22%3E%D0%B0%D0%B2%D1%82%D0%BE%D0%BD%D0%BE%D0%BC%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F%20%D1%81%3C%2Ftext%3E%3Ctext%20x%3D%2240%22%20y%3D%22246%22%20font-size%3D%2238%22%20font-weight%3D%22800%22%20fill%3D%22%230f2b3d%22%3E%D1%87%D0%B5%D0%BB%D0%BE%D0%B2%D0%B5%D1%87%D0%B5%D1%81%D0%BA%D0%B8%D0%BC%20%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%D0%BE%D0%BC%3C%2Ftext%3E%3Ctext%20x%3D%2240%22%20y%3D%22372%22%20font-size%3D%2215%22%20font-weight%3D%22600%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%22.75%22%3Eorgdevtools.ru%3C%2Ftext%3E%3C%2Fsvg%3E)
%22%2F%3E%3Ccircle%20cx%3D%22376%22%20cy%3D%22178%22%20r%3D%2272%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%220.05%22%2F%3E%3Ccircle%20cx%3D%22549%22%20cy%3D%22187%22%20r%3D%22134%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%220.08%22%2F%3E%3Ccircle%20cx%3D%22383%22%20cy%3D%22187%22%20r%3D%22147%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%220.11%22%2F%3E%3Crect%20x%3D%2240%22%20y%3D%2248%22%20width%3D%22124%22%20height%3D%2230%22%20rx%3D%2215%22%20fill%3D%22%234f46e5%22%2F%3E%3Ctext%20x%3D%2258%22%20y%3D%2268%22%20font-size%3D%2215%22%20font-weight%3D%22700%22%20fill%3D%22%23fff%22%20letter-spacing%3D%220.8%22%3E%D0%9C%D0%95%D0%A2%D0%9E%D0%94%D0%98%D0%9A%D0%90%3C%2Ftext%3E%3Ctext%20x%3D%2240%22%20y%3D%22150%22%20font-size%3D%2238%22%20font-weight%3D%22800%22%20fill%3D%22%230f2b3d%22%3E%D0%A6%D0%B8%D0%BA%D0%BB%20%D0%94%D0%B5%D0%BC%D0%B8%D0%BD%D0%B3%D0%B0%20(PDCA)%3C%2Ftext%3E%3Ctext%20x%3D%2240%22%20y%3D%22372%22%20font-size%3D%2215%22%20font-weight%3D%22600%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%22.75%22%3Eorgdevtools.ru%3C%2Ftext%3E%3C%2Fsvg%3E)
%22%2F%3E%3Ccircle%20cx%3D%22143%22%20cy%3D%22-59%22%20r%3D%2226%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%220.05%22%2F%3E%3Ccircle%20cx%3D%2270%22%20cy%3D%22-143%22%20r%3D%2215%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%220.08%22%2F%3E%3Ccircle%20cx%3D%2298%22%20cy%3D%22-81%22%20r%3D%2259%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%220.11%22%2F%3E%3Crect%20x%3D%2240%22%20y%3D%2248%22%20width%3D%22124%22%20height%3D%2230%22%20rx%3D%2215%22%20fill%3D%22%234f46e5%22%2F%3E%3Ctext%20x%3D%2258%22%20y%3D%2268%22%20font-size%3D%2215%22%20font-weight%3D%22700%22%20fill%3D%22%23fff%22%20letter-spacing%3D%220.8%22%3E%D0%9C%D0%95%D0%A2%D0%9E%D0%94%D0%98%D0%9A%D0%90%3C%2Ftext%3E%3Ctext%20x%3D%2240%22%20y%3D%22150%22%20font-size%3D%2238%22%20font-weight%3D%22800%22%20fill%3D%22%230f2b3d%22%3E%D0%9F%D1%80%D0%B8%D0%BD%D1%86%D0%B8%D0%BF%20%D0%9F%D0%B0%D1%80%D0%B5%D1%82%D0%BE%20(%D0%9F%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D0%BE%3C%2Ftext%3E%3Ctext%20x%3D%2240%22%20y%3D%22198%22%20font-size%3D%2238%22%20font-weight%3D%22800%22%20fill%3D%22%230f2b3d%22%3E80%2F20)%3C%2Ftext%3E%3Ctext%20x%3D%2240%22%20y%3D%22372%22%20font-size%3D%2215%22%20font-weight%3D%22600%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%22.75%22%3Eorgdevtools.ru%3C%2Ftext%3E%3C%2Fsvg%3E)
%22%2F%3E%3Ccircle%20cx%3D%22618%22%20cy%3D%22269%22%20r%3D%2276%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%220.05%22%2F%3E%3Ccircle%20cx%3D%22542%22%20cy%3D%22215%22%20r%3D%22101%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%220.08%22%2F%3E%3Ccircle%20cx%3D%22457%22%20cy%3D%22347%22%20r%3D%22127%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%220.11%22%2F%3E%3Crect%20x%3D%2240%22%20y%3D%2248%22%20width%3D%22124%22%20height%3D%2230%22%20rx%3D%2215%22%20fill%3D%22%234f46e5%22%2F%3E%3Ctext%20x%3D%2258%22%20y%3D%2268%22%20font-size%3D%2215%22%20font-weight%3D%22700%22%20fill%3D%22%23fff%22%20letter-spacing%3D%220.8%22%3E%D0%9C%D0%95%D0%A2%D0%9E%D0%94%D0%98%D0%9A%D0%90%3C%2Ftext%3E%3Ctext%20x%3D%2240%22%20y%3D%22150%22%20font-size%3D%2238%22%20font-weight%3D%22800%22%20fill%3D%22%230f2b3d%22%3ETPS%3A%20%D0%93%D0%B5%D0%BC%D0%B1%D1%83%D1%86%D1%83%20(Gembutsu)%3C%2Ftext%3E%3Ctext%20x%3D%2240%22%20y%3D%22198%22%20font-size%3D%2238%22%20font-weight%3D%22800%22%20fill%3D%22%230f2b3d%22%3E%E2%80%94%20%D1%80%D0%B5%D0%B0%D0%BB%D1%8C%D0%BD%D0%B0%D1%8F%20%D0%B2%D0%B5%D1%89%D1%8C%3C%2Ftext%3E%3Ctext%20x%3D%2240%22%20y%3D%22372%22%20font-size%3D%2215%22%20font-weight%3D%22600%22%20fill%3D%22%234f46e5%22%20fill-opacity%3D%22.75%22%3Eorgdevtools.ru%3C%2Ftext%3E%3C%2Fsvg%3E)