Эту страницу открывают, когда проект уже обсуждается, сроки и ожидания начинают звучать всё громче, но при этом у участников нет единого ответа на вопрос, зачем вообще существует эта инициатива.
Если цель проекта определена слабо, дальше почти неизбежно разваливаются результат проекта, scope, критерии успеха, логика приоритизации и большая часть разговоров со стейкхолдерами.
Что это за компетенция
Определение цели проекта — это навык перевести размытый бизнес-запрос в короткую управленческую формулировку, которая отвечает на вопрос: какую проблему, возможность или ограничение проект должен закрыть.
Цель проекта не равна:
- списку работ;
- набору функций;
- названию системы;
- пожеланию в духе «сделать лучше»;
- общему ощущению, что «что-то надо изменить».
Сильная цель помогает принимать решения, когда сроки, ресурсы и ожидания начинают конфликтовать.
Зачем нужна
Цель нужна, чтобы:
- собрать единый смысл проекта для всех участников;
- фильтровать лишние идеи и инициативы;
- объяснять, почему одни решения важнее других;
- связать проект с бизнес-контекстом, а не только с активностью команды;
- создать основу для результата, scope и критериев успеха.
Где проявляется в реальной работе
Навык особенно нужен:
- в самом начале проекта;
- при подготовке стартовых встреч;
- при сборке project brief;
- при конфликте ожиданий между заказчиком и командой;
- при переприоритизации;
- при объяснении проекта новым участникам.
В аутсорсе цель часто размывается из-за фокуса на контракт и поставку.
Во внутреннем проекте цель часто тонет в политике и межфункциональных ожиданиях.
В продуктовой среде цель может смешиваться с продуктовой гипотезой и тогда PM особенно важно отделять проектную рамку от продуктового поиска.
Что ломается без неё
Если цель проекта собрана слабо:
- требования становятся набором несвязанных пожеланий;
- команда делает активность, а не двигает проект к смысловому результату;
- каждый стейкхолдер начинает тащить проект в свою сторону;
- scope расползается почти с первого этапа;
- обсуждение сроков идёт в отрыве от того, что реально важно;
- PM постоянно объясняет последствия, не имея общей опоры.
Что можно делегировать, а что нельзя
Нельзя делегировать ответственность за прояснение и удержание цели проекта. Даже если рядом есть продакт, аналитик, руководитель направления или сильный заказчик, PM обязан убедиться, что цель сформулирована и понятна всем ключевым участникам.
Можно делегировать:
- сбор входных материалов;
- подготовку фактуры;
- описание бизнес-контекста;
- оформление итоговой формулировки в документ.
Как выглядит слабый уровень
Слабый уровень обычно выглядит так:
- цель звучит как «внедрить систему» или «автоматизировать процесс»;
- никто не может объяснить, какую конкретную проблему это решает;
- у разных участников разные версии смысла проекта;
- при первом споре о приоритетах проект теряет направление;
- в коммуникации преобладают задачи, а не смысл результата.
Как выглядит сильный уровень
Сильный уровень выглядит так:
- цель сформулирована коротко и без лишнего технического шума;
- она понятна и бизнесу, и команде;
- по ней можно отсекать лишние пожелания;
- она помогает собрать критерии успеха;
- она выдерживает первые волны изменений, потому что опирается на смысл, а не на случайную формулировку.
Как понять, что это ваш пробел
Проверьте себя:
- можете ли вы в двух-трёх предложениях объяснить, зачем существует проект;
- одинаково ли на этот вопрос ответят заказчик, команда и руководитель;
- помогает ли текущая формулировка принимать решения о приоритетах;
- можно ли от цели перейти к описанию результата.
Если ответы расплывчатые, пробел находится именно здесь.
Что делать пошагово
1. Вытащите исходный запрос или инициативу. 2. Определите, какая проблема, возможность или обязательство стоит за этим запросом. 3. Уточните, для кого именно проект должен создать ценность. 4. Отделите цель проекта от deliverables, задач и технических решений. 5. Проверьте формулировку на ключевых стейкхолдерах. 6. Зафиксируйте цель в project brief или стартовом описании проекта. 7. Используйте её как опору для всех следующих решений по рамке.
Рабочий шаблон
Подходит простая конструкция:
«Цель проекта — решить [какую проблему] / реализовать [какую возможность] для [кого], чтобы получить [какой эффект] в рамках [какого контекста]».
Пример:
«Цель проекта — сократить время обработки входящих заявок для отдела продаж, чтобы уменьшить потери лидов на первом контакте и повысить скорость реакции команды».
Практический ориентир
Полезно проверять цель через связку из четырёх вопросов:
- какая проблема или возможность лежит под проектом;
- для кого изменение действительно важно;
- какой управленческий эффект должен появиться;
- какое решение цель поможет принять, когда проект упрётся в ограничения.
Если на последний вопрос ответа нет, формулировка почти наверняка слишком декоративная и не поможет в переприоритизации или в переговорах по scope.
Плохая и рабочая формулировка
Слабый вариант:
- «Внедрить новый личный кабинет».
Рабочий вариант:
- «Сократить нагрузку на линию поддержки и повысить долю самообслуживания клиентов за счёт запуска личного кабинета с ключевыми сценариями обращений и оплаты».
Разница не в красоте текста, а в том, что вторая формулировка позволяет спорить предметно: какие сценарии действительно критичны, что можно перенести, какие критерии успеха и критерии приёмки потом будут логичны.
Проверка со стейкхолдерами
Перед фиксацией цели полезно отдельно пройти короткий чек:
- одинаково ли понимают цель заказчик, sponsor и команда;
- не подменена ли цель готовым решением;
- не смешаны ли в одной фразе обязательный минимум и желаемый максимум;
- можно ли по цели объяснить, почему часть идей не войдёт в первый контур;
- ляжет ли формулировка в project brief без дополнительных устных расшифровок.
Типовые ошибки
- путать цель с названием инициативы;
- описывать набор действий вместо смысла;
- писать формулировку настолько общо, что она ничего не фильтрует;
- не валидировать цель у тех, кто реально принимает решения;
- менять цель каждый раз, когда появляется новое пожелание.
Как качать навык
- после каждой стартовой встречи отдельно формулируйте цель проекта в одном абзаце;
- тренируйтесь различать цель, результат и scope;
- анализируйте завершённые проекты и проверяйте, была ли у них реальная цель или только набор работ;
- усиливайте навык через адаптацию сообщения под адресата и структурную коммуникацию.