Все про видение проекта или Project Vision

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

Что такое видение проекта

Также как и в случае с видением продукта – канонического определения или истины в последней инстанции о том, что же такое видение проекта, нет. Разные подходы есть в SCRUMе, ГОСТе, RUPе, веб-разработке и проч. Поэтому будем включать здравый смысл и логику.

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

Видение проекта или Project Vision – это краткое описание представления о том, каким будет результат нашего проекта или программы проектов, и как он будет достигнут. Это еще не Project Scope Statement  и тем более не WBS, но уже не просто сформулированная в уставе цель и список ключевых требований. Для не сильно больших проектов Project Vision и Project Scope Statement – это одно и то же.

Видение проекта решает 2 основные задачи:

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

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

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

Иногда (особенно в госах) видение обзывают словом “концепция”, это слово, по-моему, есть в ГОСТе на автоматизированные системы. Но смысл остается тем же самым.

Как написать видения проекта

В отличие от продукта, универсального шаблона для написания видения проекта нет, так как результат очень сильно зависит от специфики проекта.

В Project Vision для ИТ-системы можно, например, ответить на следующие вопросы:

• Предпосылки или текущая ситуация, и почему необходимы изменения (может не быть, если уже отражено в уставе);
• Бизнес-цели, которые должны быть достигнуты;
• Ключевые ожидания стейкхолдеров;
• Высокоуровневое описание затрагиваемых бизнес-процессов;
• Перечень внедряемых или разработываемых модулей с краткой детализацией, последовательностью внедрения, расширением функционала и проч.;
• Количество и типы пользователей, порядок подключения разных групп пользователей к работе в системе;
• Подходы к обучению, коммуникации, мотивации пользователей (вообще это нестандартный пункт, но я так много раз наступала на грабли “ой, а мы и не думали, что нужно их всех как-то обучить” в конце проекта, что стала это в видение включать в обязательном порядке);
• Фотографии прототипов, скетчей, досок с результатами стратегических сессий и т д. (если культура компании такое позволяет делать в документах);
• Выбранная платформа для разработки или принципы ее выбора (если платформа еще не определена);
• Интеграция, если предусмотрена;
• Инфраструктура;
• Какие-то нефункциональные вещи типа скорости работы, информационной безопасности или принципиальных подходов к процессу разработки, если для проекта они критичны;
• Рамки проекта;
• И т.д.

Ошибки при разработке Project Vision

Способов ошибиться – миллион, но вот самые популярные на примере моего проектного офиса:

1. Не вовлекать Заказчика, просто показать ему готовый вариант, получить подпись и верить, что теперь он никуда не денется.
2. Разрабатывать Project Vision для маленьких проектов, где и так четко определен результат. Все-таки видение – инструмент для крупных проектов, где вам год или два придется держать команду в тонусе и напоминать ей, зачем вот это вот все. На мелких проектах ничего, кроме негатива, за такую бессмысленную трату рабочего времени, вы не получите.
3. Подменить видение проекта на детальные требования или вообще пропустить этот этап (и неизвестно, что хуже).

Но, как всегда, не ошибается только тот, кто ничего не делает, так что – пробуйте!

Используйте Project Vision на своих проектах? Расскажите в комментариях!

Скачать шаблон документа Видение проекта или Project Vision

Скачать шаблон Project Vision (документ “Видение и границы проекта”) в docx на русском языке вы можете прямо сейчас всего за 199 руб. После оплаты  на почту вы получите архив с шаблоном в формате docx. Сэкономьте свое время, оно стоит намного дороже! Скачайте многократно проверенный в работе шаблон и начните создавать свое видение проекта прямо сейчас на основе лучших практик!

Купить шаблон за 199 руб.