PMI PMP: Управление закупками и контрактами — Руководство по подготовке

By Laurynas Brazys · 22 July 2026 · #pmi #pmp #certification #exam-prep #study-guide

Часть PMP — Руководство по подготовке. Практикуйтесь с проверенными ответами в центре экзаменов PMI, или пройдите тесты на время на ExamRoll.io.

Типы и структура контрактов: подбор инструмента в соответствии с риском

Тип контракта — это самое важное решение в процессе закупок, поскольку он определяет, кто какие риски несет и как распределяются стимулы. Контракты с твердой фиксированной ценой (FFP) перекладывают риски, связанные с содержанием, графиком и стоимостью, на исполнителя. Они хорошо работают, когда техническое задание (SOW) стабильно и четко определено — например, при прогнозируемом переезде штаб-квартиры с известным списком работ. Контракты типа «время и материалы» (T&M) переносят риск на заказчика, но обеспечивают гибкость для реагирования на возникающие требования. Они подходят для усиления команды, исследовательских работ и ранних стадий agile-разработки, когда бэклог действительно неизвестен. Варианты с возмещением затрат (CPFF, CPIF, CPAF) находятся между этими двумя крайностями. Они полезны, когда работа носит исследовательский характер, но заказчик хочет согласовать стимулы с целевыми показателями по затратам или производительности.

Проблемной точкой в современных проектах является столкновение между agile-подходом к поставке и коммерческими ожиданиями, связанными с фиксированной ценой. Руководители часто хотят определенности в цене, которую дает FFP, в то время как команде разработки необходима гибкость в содержании работ, присущая Scrum. Подписание FFP-контракта на неопределенный объем работ в agile-проекте — одна из самых опасных ловушек в закупках: исполнитель либо сильно завысит цену, чтобы покрыть неизвестные факторы, либо откажется от изменений, выходящих за рамки узко трактуемого SOW, либо понесет убытки, которые в конечном итоге проявятся в виде снижения качества и споров. Правильный ответ — не отказываться от фиксированной цены, а дополнить ее механизмами контроля, адаптированными под agile.

Особенно эффективны следующие структурные механизмы контроля:

• Уровни содержания работ (обязательно / желательно / возможно)
  • Как это работает: Контракт обязывает выполнить только обязательный уровень; остальные уровни реализуются по мере наличия ресурсов.
  • Что защищает: Рентабельность и гарантированную поставку основного объема работ.
• Ограничения на итерации/спринты
  • Как это работает: Фиксированное количество спринтов или общие трудозатраты, которые нельзя превышать.
  • Что защищает: Предотвращает бесконечные требования на переделку под предлогом «это же agile».
• Обмен изменений (одно на другое)
  • Как это работает: Добавление новых элементов в бэклог требует удаления других элементов с эквивалентными трудозатратами.
  • Что защищает: Сохраняет рамки бюджета и графика.
• Ценообразование на основе релизов
  • Как это работает: Цена каждого релиза пересчитывается на основе уточненного бэклога.
  • Что защищает: Синхронизирует коммерческий и поставочный циклы.

Для гибридной программы — скажем, прогнозируемого переезда штаб-квартиры и agile-миграции систем — один тип контракта редко подходит для обоих направлений. Правильная структура часто предполагает FFP для детерминированного физического переезда и T&M (или T&M с уровнями/ограничениями) для миграции, либо рамочное соглашение об оказании услуг с отдельными заказами на работы для каждого направления.

Политика закупок, SOW и выбор поставщика

Каждое решение о закупке должно основываться на официальной политике закупок организации. Это не бюрократическая формальность, а механизм, который устанавливает полномочия, обеспечивает честную конкуренцию, соответствует требованиям аудита и регуляторов, а также обеспечивает юридическую защиту в случае, если проигравший участник торгов оспаривает решение. Менеджер проекта, который обходит отдел закупок, чтобы «ускорить процесс», создает личные и организационные риски, которые значительно перевешивают любую выгоду в графике.

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

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

Эффективность работы поставщика, интеграция и разрешение споров

Контракты не управляются сами по себе. После начала работ менеджер проекта становится представителем заказчика, управляющим контрактными договоренностями на месте. Мониторинг эффективности означает контроль за соблюдением поставщиком графика отчетности, требуемого в SOW (техническом задании), проведение инспекций и проверок качества в оговоренные в контракте моменты, а также официальное применение средств правовой защиты при снижении производительности — вместо того, чтобы мириться с отклонениями, а затем жаловаться на этапе закрытия.

Применение мер должно быть поэтапным. Ранние сигналы (пропущенный отчет о статусе, срыв второстепенной вехи) требуют задокументированного разговора и обязательства по выполнению корректирующих действий. Повторяющиеся или существенные нарушения влекут за собой официальные уведомления, предоставление сроков на устранение нарушений и, если проблема не решена, применение контрактных средств правовой защиты: удержание платежей, выплата неустойки или расторжение по причине нарушения. Ключевой принцип PMI — эскалировать проблемы на ранней стадии и оценивать альтернативы до принятия односторонних действий. Расторжение договора с поставщиком без предварительного исчерпания процедур по устранению нарушений или отказ от услуг субподрядчика без плана обеспечения непрерывности подвергает проект риску как встречных юридических исков, так и полного срыва поставки.

Рассмотрим ситуацию: субподрядчик поставляет приложение, которое технически соответствует SOW, но не удовлетворяет стандарту UI, принятому после подписания контракта. С точки зрения контракта субподрядчик прав — новый стандарт не был включен в SOW, — и его требование о дополнительной оплате законно. Правильная реакция — оформить официальный запрос на изменение, привлечь отдел закупок и юридический отдел для внесения поправок в SOW и корректировки цены и графика, и только после этого разрешить доработку. Настаивать на том, чтобы поставщик взял на себя расходы по изменению, — это нарушение договора; разрешить изменение неофициально, без поправок, — еще хуже, так как это создает прецедент, что результаты могут отклоняться от плана без пересмотра контракта или оплаты, и порождает неопределенность в вопросе, кто несет ответственность за возникшие дефекты.

Интеграция субподрядчиков и совместная работа

Субподрядчики работают наиболее эффективно, когда к ним относятся как к части команды поставки, а не как к «черному ящику» за рамками контракта. Эффективная интеграция включает совместные стартовые рабочие сессии, согласованные основные правила коммуникации и принятия решений, общие определения готовности (Definition of Done) и критерии приемки, интегрированные бэклоги или графики, а также объединенные реестры рисков. В agile-контекстах разработчики субподрядчика должны участвовать в тех же церемониях, что и штатные сотрудники, при этом формулировки контракта должны разрешать такое сотрудничество, не размывая коммерческие границы.

Поправки, непрерывность и условия оплаты

Любое существенное изменение — объем работ, цена, график, ключевой персонал, критерии приемки — должно проходить через официальную поправку к контракту, оформленную отделом закупок и юридическим отделом, а не через неофициальную переписку по электронной почте между менеджером проекта и руководителем со стороны поставщика. Условия оплаты должны быть привязаны к приемке этапов (milestones), а не к датам выставления счетов, чтобы деньги следовали за продемонстрированной ценностью.

Планирование непрерывности работы с поставщиками должно быть в реестре рисков с первого дня, а не после возникновения сбоя. Ключевые вопросы: что произойдет, если поставщик обанкротится, будет поглощен или потеряет ключевых сотрудников? Прописаны ли в контракте эскроу исходного кода, стандарты документации и обязательства по передаче знаний? Существует ли квалифицированный альтернативный поставщик? Ожидание сбоя в работе поставщика, чтобы задуматься о непрерывности, гарантирует кризис в проекте; решение этого вопроса на этапе структурирования контракта превращает потенциальную катастрофу в управляемый риск.

Практическая задача: Пример использования

Сценарий: Meridian Financial модернизирует свою платформу для онбординга клиентов, заменяя устаревшую систему 12-летней давности. Управляющий комитет утвердил бюджет в $4,2 млн на 14 месяцев и выбрал внешнего поставщика, Northwind Digital, для выполнения разработки по Scrum. В ходе переговоров по контракту директор по закупкам Meridian Financial настаивает на контракте с твердой фиксированной ценой (FFP) на весь объем работ для защиты бюджета, в то время как руководитель отдела продаж Northwind Digital продвигает контракт типа «время и материалы» (T&M), поскольку бэклог продукта содержит только 40% пользовательских историй в состоянии готовности, а интеграция с тремя последующими системами все еще находится на стадии проработки.

Задача: Как менеджер проекта, вы должны порекомендовать директору по закупкам структуру контракта, которая обеспечит Meridian Financial разумную предсказуемость затрат, не заставляя Northwind Digital завышать оценки или сопротивляться уточнению объема работ в середине спринта.

Рекомендуемый подход:

1. Разделить проект на два контрактных этапа: этап исследования (discovery) по модели T&M (приблизительно 6 недель, с ограничением в $180 тыс.) для завершения проработки бэклога, анализа интеграции и проведения архитектурных спайков (spikes) до начала основной разработки.
2. Структурировать этап поставки как соглашение с фиксированной ценой за спринт — Northwind Digital обязуется предоставить стабильную команду из 8 специалистов по фиксированной цене спринта примерно в $95 тыс. за двухнедельный спринт, с максимальным пределом, не подлежащим превышению (not-to-exceed), в $3,6 млн на 34 спринта.
3. Определить объем работ с коммерческой точки зрения как приоритизированный бэклог, а не как жесткое SOW, и включить «пункт о замене» (swap clause), позволяющий Meridian Financial заменять истории эквивалентного размера в story points без оформления заказа на изменение.
4. Встроить «точки выхода» (exit ramps) на 6, 12 и 20 спринтах, позволяющие Meridian Financial расторгнуть контракт в одностороннем порядке без указания причин с уведомлением за 30 дней, что защищает бюджет, если поставка ценности прекращается.
5. Привязать утверждение счетов к объективным критериям приемки для каждого спринта (определение готовности, покрытие автоматизированными тестами выше 80%, отсутствие критических дефектов).
6. Направить рекомендованную структуру контракта через отдел закупок, юридический отдел и спонсору проекта с одностраничным кратким изложением распределения рисков до того, как Northwind Digital подпишет его со своей стороны.

Почему это работает: Соответствие типа контракта зрелости требований — это основной принцип закупок PMI. Навязывание FFP для неопределенного agile-объема работ переносит риск только на бумаге, потому что поставщики либо закладывают риски в цену, либо оспаривают запросы на изменения в суде. Модель с фиксированной ценой за спринт сохраняет предсказуемость затрат, необходимую спонсору, и в то же время обеспечивает гибкость бэклога, а этап исследования не позволяет обеим сторонам принимать на себя обязательства, основанные на предположениях, а не на фактах.

← Управление качеством и приемка · Все домены · Планирование и интеграция проекта →

Отработать эти вопросы → · Тесты на время на ExamRoll.io →