Проектное мышление: сроки, деньги, качество и почему Заказчик "торопит"
Проект - это всегда финансовое влияние на Бизнес: рост выручки, снижение затрат/ рисков или защита доли рынка. Поэтому любые ограничения по срокам, бюджету и качеству - не прихоть, а следствие бизнес-цели и ожидаемой выгоды.
Бизнес в лице Заказчика проекта инвестирует средства, берет на себя риски и ожидает быстро получить результат и измерить его бизнес-эффект.
Зачем Заказчику ограничивающие проект "рамки"?
Бизнес часто развивает несколько направлений одновременно, что позволяет максимизировать совокупный эффект от проектов и снизить риски внешних изменений (макроэкономика, спрос, действия конкурентов) и внутренней динамики (пересмотр стратегии, оптимизация функций).
Четкая цель проекта и фокус на реалистичных результатах при минимальных вложениях - основа для разумного распределения инвестиций между направлениями всего Бизнеса.
Треугольник ограничений "срок - бюджет - качество" - данность. При неизменном объеме нельзя одновременно "быстрее, дешевле и лучше". Цель рамок - защитить ценность: удержать срок и качество, минимизировать расползание объема, сфокусировать инвестиции.
Если проект не укладывается в жесткие сроки:
- Рычаг №1: срезать объем. Определяем минимально допустимый объем, оставляем только критические функции с прослеживаемым влиянием на метрики/ эффекты. Плюс: сохраняем сроки/ бюджет. Риск: часть эффекта переносится/ не достигается.
- Рычаг №2: увеличить бюджет. Привлекаем дополнительные ресурсы/ подрядчиков. Плюс: сроки ближе к исходным. Риски: перерасход, просадка качества (экспресс-онбординг, параллелизм зависимых задач), риск недополучить эффект.
Если срок и бюджет гибкие:
- Увеличиваем длительность и/или финансирование, пересчитываем экономику проекта (ROI/ NPV/ IRR). Риск: потеря актуальности решения для Бизнеса.
Задача менеджмента проекта - помогать Заказчику находить баланс в треугольнике, предлагая решения из логики "как лучше для Бизнеса", а не "как удобнее команде". Важно доносить Заказчику, что осознанный технический долг допустим как плата за снижение текущих рисков/расходов - при условии прозрачного плана погашения (сроки, критерии закрытия, ответственный).
Почему Заказчик изменил сроки и приоритеты результатов и требует их "вчера"?
Со временем любой проект сталкивается с пересборкой приоритетов и сроков. План не рушится - он устаревает, потому что контекст меняется. Заказчик это понимает и при этом может требовать результат "вчера" - у этого есть рациональные причины:
- Регуляторика: ужесточились требования или сдвинулся дедлайн;
- Рынок и продажи: появился важный тендер/ сезон/ окно PR;
- Процесс и риски: вскрылось критическое узкое место/ риск, влияющий на Бизнес;
- Стратегия и управление: изменились фокус направления или состав руководства.
Не все Заказчики готовы сразу подробно проговаривать детали, но большинство охотно дают вводную, если слышат от команды прагматичный запрос на контекст. Задача команды - быстро предложить альтернативы (полный или частичный охват запроса) и прозрачно показать влияние на срок/ бюджет/ эффект. Вопросы:
- Почему изменения нужны сейчас? Определяем стоимость задержки решения в деньгах/ метриках. Какое окно возможностей мы ловим (сезон, регуляторика, тендер).
- Какой минимальный результат устроит? Допустимы ли альтернативы? Определяем функции минимально допустимого решения, критерии готовности.
- Что важнее - скорость реализации или полнота функционала? Уточняем сроки. Предлагаем варианты ускорения поставки результата, например: "Что если выпустить А и В сейчас, а С - через 3 недели?".
- Что в текущем проекте не делаем/ переносим? Уточняем приоритеты текущих задач, так как принимаем новую.
- Кто согласует и утверждает изменение проекта? Определяем всех заинтересованных в изменении.
ВАЖНО: Фиксируем все договоренности письменно (цель, объем изменений, метрики приемки, сроки, ответственных, риски и допущения. Влияние на план проекта). Рассылаем протокол всем участникам и адресатам Заказчика в день встречи.