01

Как изменился мой взгляд на outsourcing

Исходная статья была дискуссией с другим автором. Я писал её из позиции руководителя PMO крупного холдинга и довольно критично относился к идее передать управление проектами наружу.

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

Позднее я работал и как внешний консультант, и как руководитель delivery. Этот опыт не отменил сомнения, но помог точнее разделить модели. Иногда компании действительно нужен внешний project lead. Иногда — advisor для спонсора, независимая диагностика или готовая delivery-команда. Назвать всё это аутсорсингом означает потерять главное различие в ответственности.

Модели участияРазные роли — разные полномочия
01AdvisorСоветует спонсору02ReviewerДаёт независимую картину03Interim leadУправляет исполнением04Managed deliveryОтвечает за согласованный scope
02

Сначала диагностировать дефицит

Запрос «нам нужен внешний руководитель проекта» может означать совершенно разные ситуации. В компании нет свободного менеджера. Внутренний руководитель потерял доверие. Спонсор не получает независимой картины. Не хватает отраслевой экспертизы. Подрядчики конфликтуют. Или проект уже требует recovery.

Универсальный менеджер не решит все эти проблемы. Человек с сильной методологией может не понимать строительство или банковскую интеграцию. Предметный эксперт может не уметь управлять сложной программой. Независимый reviewer способен восстановить картину, но не обязан руководить ежедневным исполнением.

До выбора поставщика нужно сформулировать дефицит, желаемый результат внешней роли и причину, по которой задача не может быть решена внутри. Иногда правильным ответом становится не outsourcing, а усиление sponsor role, замена внутреннего lead или краткий аудит.

03

Четыре модели внешнего участия

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

Independent reviewer проводит диагностику состояния, причин отклонений и вариантов recovery. Это ограниченная по времени работа с заранее определённым выводом. Reviewer не должен затем незаметно оценивать собственное исполнение.

Interim project или program lead получает полномочия руководить delivery на переходный период. Ему нужны доступ к ресурсам, право эскалации и формально признанная роль внутри компании.

Managed delivery означает, что внешняя сторона отвечает за определённый контур результата своей командой. В ERP-проекте это может быть discovery, configuration, development и deployment, тогда как бизнес-процессы, данные и adoption остаются совместной ответственностью.

Модели можно сочетать, но границы должны оставаться явными. Конфликт возникает, когда advisor воспринимается как руководитель, reviewer — как будущий продавец recovery, а поставщик delivery — как владелец бизнес-эффекта.

  • advisor для спонсора;
  • independent project review;
  • interim project leadership;
  • managed delivery с определённым scope.
04

Что нельзя передать наружу

Компания не может передать ответственность за стратегический выбор, бизнес-ценность и принятие результата. Внутри должны оставаться sponsor, владелец процесса и люди с decision rights.

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

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

Если внутри нет человека, способного принять работу внешнего менеджера и оценить её качество, outsourcing создаёт зависимость вместо контроля.

05

Гарантия результата требует точного определения результата

Поставщик может обещать «успешно завершить проект», но эта формулировка почти ничего не значит. Речь идёт о соблюдении плана, запуске продукта, достижении бизнес-эффекта или устранении кризиса?

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

Контракт должен описывать deliverables, полномочия, зависимости, критерии приёмки и обязанности заказчика. Для неопределённого проекта разумнее поэтапная модель: диагностика, согласованный recovery plan и отдельное решение о следующей фазе.

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

06

Основные риски внешнего управления

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

Третий — доступ к чувствительным данным, коммерческим планам и внутренним конфликтам. Нужны правила least privilege, NDA, журналирование и offboarding. Четвёртый — конфликт интересов, если внешний менеджер одновременно оценивает поставщиков, один из которых связан с его компанией.

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

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

  • время на восстановление контекста;
  • key-person dependency;
  • конфиденциальность и cybersecurity;
  • конфликт интересов;
  • слабая передача знаний;
  • непризнанные полномочия внутри компании.
07

Как выбирать внешнего руководителя

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

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

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

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

08

Первые недели внешнего lead

Начало должно быть оформлено как controlled transition. Внешний руководитель получает charter роли, карту stakeholders, доступ к данным и понятный sponsor cadence.

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

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

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

09

Knowledge transfer должен быть встроен в контракт

Передача знаний — не финальная презентация. Внутренний deputy или будущий владелец участвует в решениях с начала работы. Decision log, план, risk register и governance artefacts принадлежат компании и поддерживаются в её среде.

Полезны совместное ведение ключевых встреч, регулярные playback и постепенная передача полномочий. К концу работы внутренняя команда должна уметь обновлять прогноз, проводить review и управлять поставщиками без внешнего lead.

Exit criteria определяются заранее: достигнуто управляемое состояние, назначен преемник, открытые обязательства переданы, документация актуальна, sponsor принимает переход.

Если контракт продлевается только потому, что никто больше не понимает систему управления, модель провалилась независимо от локальных успехов.

10

Когда внешняя модель оправданна

Она особенно полезна для разовой крупной инициативы, где компании невыгодно постоянно содержать редкую компетенцию; для независимого review критического проекта; для recovery; при временном разрыве лидерства; или для построения внутренней capability вместе с опытным advisor.

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

Решение следует сравнивать с альтернативами: найм, развитие внутреннего менеджера, перераспределение портфеля, сокращение scope или привлечение узкого предметного эксперта.

Правильный вопрос звучит не «можно ли отдать управление проектом на аутсорсинг?», а «какая внешняя роль даст ценность при приемлемом риске и что останется внутри после её завершения?».

11

Контрольный список для спонсора

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

Контракт фиксирует конкретную команду, конфликт интересов, безопасность, замену, права на материалы, knowledge transfer и условия выхода. Отдельно описываются обязанности заказчика.

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

Сильная внешняя работа заканчивается. После неё компания лучше понимает проект, увереннее принимает решения и меньше зависит от конкретного человека.

  • есть внутренний sponsor и owner;
  • дефицит сформулирован конкретно;
  • роль и decision rights понятны;
  • команда поставщика названа;
  • доступ и конфиденциальность ограничены;
  • knowledge transfer измерим;
  • exit criteria согласованы заранее.