Внутренний разбор выполненного заказа

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

Разбирать стоит не только провалы. Удачный заказ помогает увидеть, какие условия обеспечили хороший результат. Иногда проект завершился легко благодаря своевременным данным клиента, а команда ошибочно приписывает весь успех собственному новому инструменту. При повторении в других условиях ожидания не оправдаются.

Соберите короткую фактическую картину

Зафиксируйте обещанный результат, сроки, фактические трудозатраты, изменения объёма и способ передачи. Добавьте существенные события: задержку материалов, промежуточное решение, обнаруженную ошибку, помощь клиента. Используйте записи и версии, а не только память участников.

APM рекомендует собирать уроки по ходу проекта и быстро применять их в дальнейшей работе. Поэтому завершение заказа — удобная точка общего разбора, но не единственный момент обучения. Если ошибка повторяется каждый день, ждать финала ради красивого отчёта не нужно.

Для небольшой работы достаточно одной страницы. Её задача — сохранить причинно важные сведения и принятое действие. Большой документ, который никто не открывает перед новым заказом, даёт мало практической пользы.

Сравните ожидание и факт

В учебном проекте подготовка каталога оценивалась в двадцать часов, фактически заняла двадцать семь. Дополнительные семь часов распределились так: четыре — на восстановление структуры данных клиента, два — на повторное согласование, один — на исправление собственной ошибки. Фраза «перерасход семь часов» скрывает три разные причины.

При этом первичная проверка образца сэкономила предполагаемую переделку остальных страниц. Это полезное наблюдение, но точный объём предотвращённой работы неизвестен. Не нужно записывать выдуманные «десять сэкономленных часов», если их нельзя обосновать.

Посмотрите и на клиентский результат. Успели ли люди использовать каталог к нужному событию? Понимали ли, что делать с файлами? Появились ли повторные вопросы? Внутренняя скорость полезна, когда сохраняется смысл заказанной работы.

Отделите событие от объяснения

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

План и факт

Оценка 20 часов, факт 27.

Лишние семь

4 часа на структуру данных клиента, 2 на повторное согласование, 1 на собственную ошибку.

Точный объём предотвращённой переделки неизвестен. Выдуманные десять сэкономленных часов не записывают.

Спрашивайте, почему затруднение не обнаружили раньше. Был ли образец нужного формата? Кто подтверждал готовность? Могла ли команда увидеть проблему на небольшом фрагменте? Такие вопросы приводят к изменению процесса, а не к поиску удобного виноватого.

Не объявляйте найденное объяснение доказанной причиной после одного заказа. Возможно, совпало несколько обстоятельств. Запишите его как рабочую гипотезу и укажите, что подтвердит или ослабит её на следующих сопоставимых работах.

Выберите немного изменений, которые реально внедрить

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

Не пытайтесь исправить сразу всё. Если после каждого заказа появляются десять новых обязательных процедур, небольшая команда может перестать соблюдать даже полезные. Выберите изменение, которое устраняет заметную повторяющуюся потерю при приемлемых затратах.

Сохраните и удачную практику. Например, промежуточный показ одного разворота помог рано согласовать структуру. Опишите, в каких проектах этот шаг нужен и какой вопрос он должен закрыть. Сам по себе ритуал показа без цели может не воспроизвести прежний эффект.

Назначьте проверку результата

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

Возможен неудобный результат: новая процедура стоит больше времени, чем экономит, либо подходит только сложным заказам. Тогда её нужно упростить или применять по условию. Разбор нужен для обучения, поэтому отмена неудачной меры — нормальный результат проверки.

Храните вывод там, где принимается соответствующее решение. Вопрос о материалах добавляется в подготовку заказа, правило передачи — в комплект завершения. Отдельный архив разборов полезен для истории, но сам по себе редко меняет повседневную работу.

Как провести разговор с командой

Сначала дайте участникам описать наблюдения. Затем сравните их с данными и разберите существенные расхождения. Не путайте спокойный разговор с отсутствием ответственности: собственную ошибку важно признать и исправить, но унижение человека не объясняет устройство сбоя.

Завершите встречу короткой записью принятого действия и вернитесь к ней перед следующим похожим заказом. В одиночной практике тот же процесс можно выполнить письменно, задавая себе вопросы так, словно вы передаёте опыт другому специалисту.

Практическое задание

Выберите завершённый заказ и заполните пять пунктов: ожидание, факт, существенное расхождение, вероятное объяснение, следующее действие. Добавьте одну удачную практику, которую стоит сохранить. Назначьте момент проверки изменения и после следующего применения допишите результат. Так разбор станет частью работы, а не итоговым сочинением.