Как найти операционные потери в ежедневной работе подразделений

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

Основные виды операционных потерь

Классификация потерь помогает системно смотреть на процессы и не упускать важные аспекты. Наиболее распространённый подход — выделение семи видов потерь, взятых из концепции бережливого производства, но он применим и к офисным, и к сервисным подразделениям.

• Транспортировка — перемещение материалов, документов или информации без добавления ценности.
• Запасы — избыточное количество незавершённого производства, товаров на складе или незавершённых задач.
• Движение — лишние перемещения людей или оборудования внутри рабочего места.
• Ожидание — простои из-за задержек в поставках, одобрениях или зависимостях между этапами.
• Перепроизводство — выпуск большего объёма продукции или выполнение работ раньше, чем требуется.
• Переработка — выполнение лишних операций, дублирование работы или избыточный контроль.
• Дефекты — брак, ошибки, требующие доработки или утилизации.

В офисной среде к этим видам часто добавляют потери таланта (неиспользованный потенциал сотрудников) и потери из-за сложных процессов одобрения.

Признаки наличия потерь в ежедневной работе

Прежде чем приступать к формальному анализу, полезно обратить внимание на сигналы, которые указывают на потенциальные потери:

• Регулярные сверхурочные работы без явного роста объёма задач.
• Частые запросы на уточнение информации или повторные отправки одного и того же документа.
• Очереди задач в системе управления проектами, которые не уменьшаются несмотря на увеличение числа сотрудников.
• Высокий процент исправлений или доработок после сдачи работы.
• Сотрудники тратят значительную часть дня на поиск информации, ожидание одобрения или перемещение между отделами.
• Регулярные сбои в работе оборудования или ИТ‑систем, приводящие к простою.

Если такие симптомы наблюдаются системно, стоит перейти к более структурированному поиску потерь.

Методы выявления операционных потерь

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

1. Карта потока создания ценности (Value Stream Mapping)

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

2. Гемба‑ходы (выход на место работы)

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

3. Анализ ключевых показателей (KPI)

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

4. Опросы и интервью сотрудников

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

5. Изучение данных из информационных систем

Системы учета времени, ERP, CRM, системы управления задачами часто хранят метки времени начала и окончания операций, количество переходов между статусами и количество отказов. Анализ этих логов раскрывает узкие места и повторяющиеся задержки.

Пошаговый алгоритм поиска операционных потерь

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

1. Определить цель иscope анализа. Уточнить, какой процесс или участок работы будет исследован (например, обработка заявок клиентов, ежемесячный закрытий бухгалтерии, подготовка отчёта). Чёткое ограничение области предотвращает распыление усилий.
2. Собрать базовые данные. Выгрузить из систем время выполнения этапов, количество задач, показатели качества. Если данных нет, организовать ручной учёт на ограниченном периоде (например, одна неделя).
3. Составить текущую карту процесса. Использовать простую блок‑схему или specialised инструменты VSM. Отметить каждое действие, время его выполнения и время ожидания перед следующим шагом.
4. Выполнить гемба‑ходы. Наблюдать за работой в реальном времени, фиксировать действия, которые не отражены в карте (например, поиск информации, перемещения между кабинетами). Сравнить наблюдения с картой.
5. Провести опрос сотрудников. Анкета должна содержать вопросы о том, какие шаги считаются избыточными, где возникают задержки, какие инструменты не хватает. Собрать ответы и выделить повторяющиеся темы.
6. Анализировать полученную информацию. Найти пересечения между данными систем, наблюдениями и opiniей сотрудников. Выделить те потери, которые имеют наибольшее влияние на время или качество (например, ожидание одобрения более 2 часов в 30% случаев).
7. Приоритизировать потери. Использовать простую матрицу «влияние × усилия устранения». Сначала сосредоточиться на потерях с высоким влиянием и низкими/средними усилиями на исправление.
8. Разработать план улучшений. Для каждой выбранной потери определить конкретное действие: упрощение процедуры, автоматизация шага, перераспределение ответственности, обучение сотрудников. Назначить ответственного и сроки.
9. Внедрить изменения и измерить эффект. После реализации собрать те же показатели, что и до изменений. Сравнить результаты, зафиксировать улучшение или отсутствие эффекта.
10. Закрепить успех и стандартизировать. Если изменение дало ожидаемый результат, внедрить его как новый стандарт работы, обновить инструкции и обучить новых сотрудников. Повторить цикл для следующей потери.

Источники данных и инструменты, которые обычно доступны

Не требуется покупать дорогостоящее ПО для начала работы. Большая часть нужной информации уже находится в существующих системах:

• Системы учёта рабочего времени (табели, трекеры времени).
• Системы управления задачами и проектами (Jira, Trello, Asana, MS Project и аналоги).
• ERP/1С — данные о запасах, производственных циклах, выполнении заказов.
• CRM — время от lead до сделки, количество переговоров.
• Системы электронного документооборота — сроки согласования, количествоIterations.
• Корпоративные порталы и внутренние wiki — время поиска информации.
• Опросники (Google Forms, Microsoft Forms) для быстрого сбора обратной связи.

Для построения карт процессов достаточно обычных редакторов диаграмм (draw.io, Lucidchart, Visio) или даже маркера и флипчарта.

Типичные ошибки при поиске потерь и как их избежать

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

• Фокус только на цифрах, игнорируя контекст. Сухие показатели могут скрывать причину задержек (например, высокое время выполнения из‑за ожидания одобрения, а не из‑за низкой скорости работы). Решение: всегда сочетать количественные данные с качественными наблюдениями и интервью.
• Анализ без участия исполнителей. Когда только менеджеры строят карты, они упускают детали, известные только тем, кто выполняет работу. Решение: вовлекать операционных сотрудников на всех этапах — от составления карты до обсуждения решений.
• Попытка охватить всё сразу. Попытка проанализировать весь отдел или все процессы приводит к поверхностному выводу и отсутствию конкретных действий. Решение: выбрать ограниченный, но значимый участок и довести его до улучшения перед переходом к следующему.
• Не учитывать variability (вариативность). Средние значения могут скрывать пиковые нагрузки или редкие, но дорогие простои. Решение: смотреть на распределения (например, 80‑й перцентиль времени выполнения) и выявлять аномалии.
• Считать, что любая оптимизация — это автоматизация. Иногда проще изменить порядок шагов или убрать лишнее одобрение, чем внедрять сложную систему. Решение: сначала искать простые, низкозатратные улучшения, а автоматизацию рассматривать как последний шаг.
• Не измерять эффект после изменений. Без последующего контроля сложно понять, дало ли вмешательство ожидаемый результат. Решение: заранее определить метрики успеха и планировать проверку через 2–4 недели после внедрения.

Что делать после выявления потерь

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

1. Сформировать кросс‑функциональную команду. Включите представителей тех подразделений, которые участвуют в процессе, а также специалистов по улучшению процессов (если такие есть).
2. Определить целевое состояние. Опишите, как должен выглядеть процесс после устранения потерь (например, время одобрения заявки не более 15 минут, количество переделок менее 2%).
3. Разработать пилотное решение. На небольшом участке или с ограниченной группой сотрудников протестируйте предложенное изменение.
4. Собрать обратную связь и скорректировать. После пилота обсудите, что сработало, что нет, и внесите правки.
5. Масштабировать успешное решение. Распространите изменение на весь процесс или подразделение, обновив регламенты и обучая сотрудников.
6. Ввести систему мониторинга. Установите регулярный сбор тех же KPI, чтобы вовремя замечать отклонения и новые потери.
7. Повторить цикл. Бережливое улучшение — непрерывный процесс. После завершения одного цикла выберите следующую область для анализа.

Практический чек‑лист для начала работы

Ниже представлен короткий список действий, который можно распечатать и использовать в качестве отправной точки при первом знакомстве с темой поиска потерь.

• Определить процесс, который будет исследован, и установить границы анализа.
• Собрать доступные данные о времени выполнения этапов и показателях качества за последний месяц.
• Нарисовать текущую карту процесса (блок‑схема) с указанием времени и очередей.
• Провести два гемба‑хода по 30 минут каждый в разные смены и зафиксировать наблюдаемые простои и лишние перемещения.
• Разослать анонимный опрос из 5‑7 вопросов о том, какие шаги сотрудники считают избыточными.
• Свести все полученные сведения в одну таблицу и выделить три‑пять потерь с наибольшим потенциальным влиянием.
• Выбрать одну потерю для пилотного улучшения и составить план действий с ответственными и сроками.

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