В компаниях, где нет регламентов, попытка «описать процессы» обычно превращается в бесконечное рисование схем или написание толстых инструкций. Мы идём другим путём. Мы не описываем хаос «Как есть», а сразу создаём оптимизированные модели в формате «Как есть + ЗБР». ЗБР — зона ближайшего развития на 1–3 месяца для внедрения улучшений.
Для освоения Линейной методологии вам достаточно 5 понятий — они станут общим языком команды.
5 главных понятий
Нотация — язык описания процесса. Мы используем простую линейную последовательность шагов, где каждый шаг — законченный этап работы с чёткими входом и выходом. Без ветвлений и условий на верхнем уровне.
Алгоритм — маршрут, по которому движется работа. Ответ на вопрос: «Как должно быть в 80–90% случаев?». Исключения не описываются — они остаются в зоне ручного управления Менеджера БП.
Экземпляр — конкретная единица работы, которая движется по алгоритму. Один заказ клиента, одна рекламация, одна заявка на закупку.
Токен — видимый «след», который оставляет экземпляр на каждом шаге. Документ, статус в системе, запись в журнале, подпись в накладной. Токен — доказательство выполнения шага. Нет токена — шаг не считается сделанным.
Уставка — письменный договор между соседними шагами. Фиксирует, что именно и в каком виде передаётся от одного исполнителя другому. Инструмент горизонтальных договорённостей, который делает процесс саморегулируемым без участия руководителя.
Теперь пройдём 4 практических шага, чтобы описать первый процесс с нуля.
Шаг 1. Выделите сквозной поток и заполните его паспорт
Начните с поиска сквозного потока создания ценности — от запроса клиента до его удовлетворения. Это и есть ваш первый процесс.
Задание: Ответьте на 7 вопросов и запишите ответы. Это — «Шапка» процесса.
- Название: Каким коротким термином обозначить поток? (Пример: «Выполнение заявки на отгрузку товара»)
- Цель: Какую команду-глагол мы выполняем? (Пример: «Удовлетворить потребность клиента в продукте и получить оплату»)
- Клиент процесса: Кто конечный получатель результата? (Пример: «Внешний клиент»)
- Архитектор (Владелец) процесса: Кто отвечает за эффективность процесса? (На старте — часто вы сами)
- Менеджер БП (оператор): Кто будет вести каждый конкретный экземпляр от начала до конца? (Пример: «Диспетчер»)
- Категория процесса: Основной, Вспомогательный или Управления.
- Главный показатель (KPI): Каким одним числом мы измерим успех? (Пример: «Время от заявки до отгрузки»)
Шаг 2. Спроектируйте алгоритм: составьте маршрут из 7–12 шагов
Спроектируйте маршрут для типового экземпляра. Ответьте на вопрос: «Как должно быть, чтобы было быстро и без сбоев?».
Правила сборки:
- Количество: 7–12 шагов (не больше 15, не меньше 5).
- Шаг — это «чёрный ящик»: у него есть вход, преобразование и выход.
- Критерий нового шага: смена ответственного (роли/должности) или крупной функции.
- Имена шагов — отглагольные существительные: «Проверка», «Комплектация», «Отгрузка».
Пример для процесса «Выполнение заявки на отгрузку товара»:
- Приём, проверка и согласование заявки.
- Приём и обработка предоплаты.
- Комплектация заказа на складе.
- Подготовка отгрузочных документов.
- Передача товара и подписание документов.
- Полная оплата (если требуется).
- Закрытие заявки и обратная связь.
Оформите результат в виде списка или таблицы: № шага → Название → Ответственный → Вход → Выход.
Шаг 3. Введите токены: определите «следы» для контроля
Каждый шаг должен оставлять «след» — Токен, который подтверждает выполнение работы.
Задание: Для каждого шага из алгоритма запишите, какой документ, статус или отметка в системе будет доказательством его выполнения.
- Шаг 1 («Приём, проверка и согласование заявки») → Токен: Карточка заявки в CRM со статусом «Принята» и выставленный счёт.
- Шаг 3 («Комплектация») → Токен: Статус «Собран» в системе учёта и подписанный упаковочный лист.
- Шаг 5 («Передача товара») → Токен: Подписанная получателем товарно-транспортная накладная.
- Шаг 7 («Закрытие заявки и обратная связь») → Токен: Статус «Завершена» в системе и зафиксированная обратная связь от клиента.
«След» должен быть объективным и существовать в системе учёта или документообороте.
Шаг 4. Договоритесь об уставках: создайте саморегулируемые стыки
Возьмите самый проблемный стык между шагами (например, между «Комплектацией» и «Подготовкой отгрузочных документов»). Пригласите двух исполнителей — кладовщика и сотрудника отдела документооборота — и помогите им заключить письменную Уставку.
Что нужно зафиксировать:
- Что поставщик (предыдущий шаг) требует от клиента (следующий шаг) для начала работы? (Пример: «Сотрудник отдела документооборота принимает в работу только заказы со статусом «Собран» и с полным комплектом документов от клиента»)
- Что поставщик обязуется передать клиенту по завершении работы? (Пример: «Сотрудник отдела документооборота передаёт полный пакет отгрузочных документов не позднее чем за 1 час до согласованного времени передачи товара»)
Важно: Вы не диктуете уставку. Вы помогаете исполнителям договориться между собой и записать договорённость. Это превращает уставку в их собственный рабочий инструмент. Споры на этом стыке решаются проверкой по уставке.
Итог: что вы получите после этих 4 шагов
- «Шапка» — границы и ответственность по процессу.
- Алгоритм — маршрут от заявки до результата.
- Токены — объективный контроль выполнения.
- Уставки — саморегулируемые стыки вместо согласований.
Внедрение: Запустите этот процесс как пилот — выделите несколько заявок и проведите их от приёма до полного выполнения и закрытия. Собирайте обратную связь, корректируйте уставки и только после этого распространяйте на весь поток заявок.
Начните с процесса, где больше всего проблем и потерь. Чаще всего это основной процесс — выполнение заказа для клиента.