Внутри отделов всё может быть хорошо, а сквозной процесс всё равно медленный
Маркетинг выполнил свою часть, а продажи ещё не начали. Продажи отправили договор, но юристы считают пакет неполным. Финансы вернули документ на уточнение, хотя в отчёте предыдущего отдела он уже «готов». Это условные примеры одной проблемы: отправитель считает работу завершённой раньше, чем получатель может её продолжить
На таком переходе легко потерять ответственного. Поэтому заранее определите, кто следит за задачей до приёмки и кому возвращается неполный пакет. Очередь и уточнения всё равно возможны, но задача не должна оставаться ничьей между двумя статусами
Нормальная передача похожа на пакет, а не на перекинутую переписку
Для первого разбора в этой статье используем такой минимальный состав межфункционального пакета; это авторский checklist, а не универсальный стандарт передачи между отделами.
Минимум для межфункционального пакета
- единый идентификатор объекта - заказа, клиента, документа, задачи
- что уже сделано и какой результат передаётся
- что должен сделать следующий владелец
- обязательные поля и вложения
- срок или сервисный норматив
- критерий приёмки и причина возврата
Если каждый отдел заново переписывает эти данные в своей системе, передача превращается в отдельную работу. Общий идентификатор и доступный обеим сторонам пакет сокращают необходимость собирать контекст заново. При этом получатель должен видеть нужные ему сведения, а не получать неограниченный доступ ко всем данным компании
Калькулятор стоимости межфункциональной передачи
Считайте один тип передачи за месяц. Количество - исходные передачи, а не каждое повторное движение того же пакета. Время указывайте в человеко-минутах: если над уточнением одновременно работали двое, учитывается время обоих. Упаковка и повторный ввод усредняются по всем передачам, а уточнения и возвраты - только по тем, где они возникли
Формула: часы = количество × (упаковка + повторный ввод + доля уточнений × время уточнений + доля возвратов × время возвратов) / 60. Доли в формуле - числа от 0 до 1. Стоимость = часы × стоимость часа. Одно и то же действие нельзя записывать одновременно в уточнение и переделку. Если возвратов несколько, учтите их суммарное время внутри затронутой передачи. Стоимость часа должна быть взвешена по времени разных ролей; при заметной разнице ставок надёжнее считать роли отдельно
В условном примере получается 291,2 человеко-часа, или 378 560 ₽ учтённого труда за месяц. Часть этой работы необходима для качественной передачи. Ожидание не становится зарплатными потерями, если сотрудники заняты другими задачами; его влияние на срок и деньги оценивают отдельно, через конкретную задержку результата. Доли уточнений и возвратов могут пересекаться, но труд внутри них не должен считаться дважды
Пять причин, почему переход становится дорогим
| Причина | Что видно |
|---|---|
| нет критерия готовности | принимающий отдел регулярно просит доделать пакет |
| контекст разбросан | ссылка на чат, файл, письмо и устный комментарий живут отдельно |
| разные идентификаторы | одно и то же приходится искать по имени, номеру, телефону |
| неясно, кто принимает | задача отправляется в общую очередь и ждёт владельца |
| нет структурированной причины возврата | переделки повторяются, но источник не устраняется |
На узком экране таблицу можно прокручивать по горизонтали
McKinsey описывает потери на стыках функций в материалах об операционной модели, а очереди и повторные уточнения - в разборе ИТ-инфраструктурных команд. Это практические объяснения механизма, а не норматив стоимости любого перехода. Из них не следует, что отделы обязательно нужно объединить: разделение может быть нужно для экспертизы и независимого контроля [1] [2]
Первый вопрос - можно ли вообще убрать передачу
Когда два отдела повторяют одну проверку, разберитесь, какую задачу решает каждый. Независимое подтверждение риска нельзя убирать только потому, что оно выглядит как дубль. Если передача нужна из-за разной экспертизы, сохраните её, но договоритесь об общем объекте, совместимых статусах и составе пакета. Так можно убрать повторную подготовку, не убирая саму проверку
Отдельный разбор того, когда повторная работа является дублем, а когда необходимым контролем, находится в статье про дублирование функций между отделами
Как перепроектировать переход
Источники и границы выводов
Состав пакета, пять шагов и калькулятор - авторские рабочие инструменты. Внешние материалы объясняют проблему межфункциональных переходов, но не подтверждают суммы условного примера и не обещают экономию от объединения отделов
- McKinsey, The next-generation operating model for the digital world, 1 марта 2017. Практический материал о сквозной работе и потерях между функциональными улучшениями
- McKinsey, Transforming IT infrastructure organizations using agile, 8 октября 2018. Разбор очередей и уточнений при передаче задач в ИТ-инфраструктуре; перенос на другие процессы требует проверки
