Сроки заказов чаще всего срываются не внутри одного подразделения, а на стыках между ними: при передаче заказа из продаж в производство, из производства в снабжение, со склада на отгрузку. Каждая служба может работать добросовестно, но заказ ждёт, пока одна сторона готовит то, что нужно другой. Найти причину можно, разобрав путь одного заказа: какие даты у него есть, кто и когда передавал работу дальше и где возникло ожидание.
Учебный разбор. Ситуация ниже создана для объяснения метода и не описывает конкретное предприятие.
Когда заказ опаздывает, руководитель слышит много разных объяснений. Производству не хватило материалов, снабжение сетует на поздние вводные, а продажи ориентировались на свои, более ранние сроки. И ведь каждый отдел по-своему прав. Просто из этих кусочков пока не складывается ясная картина, что делать дальше.
В такой ситуации хорошо помогает смена фокуса. Стоит посмотреть не внутрь отделов, а на стыки между ними. Важно понять, где именно возникла задержка при передаче задачи из одних рук в другие. Тогда вместо абстрактных споров появляется конкретный предмет для обсуждения: какое событие пошло не так и как это повлияло на следующего участника цепочки.
О каком именно сроке мы говорим?
У одного заказа часто бывает несколько дат: обещанная клиенту, внутренний план выпуска и текущий прогноз. Если на совещании каждый участник держит в голове «свою» дату, договориться будет сложно.
Для начала стоит вспомнить исходные договоренности. Была ли вообще свободна линия и лежали ли на складе нужные материалы, когда мы обещали клиенту сроки? И тут есть важный момент: если вы сдвигаете внутренний план, это не меняет автоматически дату для клиента. Поэтому историю первых обещаний лучше хранить отдельно от текущих прогнозов, иначе бесконечные пересчеты просто скроют реальное накопленное отставание.
Где на самом деле теряется время
Чтобы найти слабое звено, возьмите несколько заказов — как проблемных, так и успешных. Попробуйте восстановить их реальный путь шаг за шагом: от получения требований до отгрузки.
Здесь важно отделять саму работу от ожидания в очереди. Если задание передали в понедельник, а станок включили только в среду, общая длительность нам ничего не объяснит. Нужно смотреть, что происходило в эти два дня пустоты. Документы в системе тоже стоит проверять аккуратно: дата создания файла не всегда означает, что решение готово, а отметка о передаче не гарантирует, что следующий цех реально смог начать работу.
Договариваемся о готовности
На стыке двух служб очень полезно задать простой вопрос: что конкретно нужно передать следующему участнику, чтобы он сразу взял задачу в работу?
Бывает так, что отправитель считает свою задачу выполненной, а получатель сидит и молча ждет недостающую информацию. Представим частую ситуацию: партия деталей прошла механическую обработку. Участок ставит в системе отметку «готово». Но для сборки этого мало, потому что детали еще нужно покрыть эмалью. Получается неприятный разрыв между тем, что один цех отчитался об успехе, и тем, что деталь на самом деле еще не пригодна к следующему шагу. И чтобы это исправить, нужно не плодить новые статусы в программе, а договориться, что мы считаем по-настоящему выполненной работой.
Влияние срочных задач
Даже если вы нашли причину задержки (например, материалы приехали позже), полезно проверить: а смог бы следующий этап начаться вовремя, если бы этой проблемы не было? Может быть, оборудование всё равно было занято другим заказом. Это помогает отличить настоящую причину срыва от сопутствующих накладок.
Иногда причина действительно находится вне предприятия — например, поставщик сорвал подтверждённый срок. Это тоже нормальный результат разбора. Важно не пытаться любой ценой объяснить каждый срыв внутренней организацией.
И, конечно, стоит внимательно посмотреть на смену приоритетов. Заказ может быть отлично спланирован, но его постоянно отодвигают ради срочных поручений. Само по себе срочное задание — это нормально. Проблема возникает, когда кто-то ускоряет свою работу, а соседние отделы продолжают жить по старому плану.
Правило здесь простое: руководитель должен видеть цену каждого изменения приоритетов. Важно понимать, какие именно текущие обязательства придется перенести ради нового срочного заказа.
Как перенести это в повседневную работу
Финальная операция на станке — это еще не конец пути. Впереди комплектовка, контроль качества, подготовка документов. Прогноз завершения заказа должен учитывать все эти шаги, чтобы руководитель видел реальную картину, а не только объем выпущенных деталей.
Смысл такого разбора не в том, чтобы директор лично контролировал каждую передачу. Задача — установить понятные правила. Можно начать с одного самого сложного перехода между подразделениями и посмотреть, как там приживается правило подтверждения готовности.
После такого разбора должен остаться не список виноватых, а один-два конкретных разрыва, подтверждённых фактами: где возникло ожидание, почему следующий участник не смог начать работу и что стоит изменить первым.
Если разные отделы называют вам разные причины опозданий по одному и тому же заказу, возможно, стоит начать с разбора именно этого случая. Выяснить, где расходятся версии и что мешает слаженной работе.