Устав проекта

опубликовано: ⏰ 10

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

Не являясь проектным менеджером, возможно, что-то упущу, но при описании шаблона этого документа постарался собрать основные части из различных источников. Примеры будут взяты из вымышленного проекта, для tekBlueprint.specs. Они на английском языке (все же его знают:), но думаю, основная идея будет понятна.

Что такое устав проекта?

Устав проекта – это краткое описание проекта, целей, задач, участниках и так далее. Документ создаётся на этапе планирования и согласования проекта. Его основная цель – дать краткую и общую картину по проекту ещё до его запуска в работу.

В документе должна содержаться следующая информация:

Краткое описание

Здесь в краткой форме указывается описание проекта и решаемая задача. В будущем, более детально, это будет описано в техническом задании или бизнес-плане.

Название проекта: NovaPlay

Бюджет: 150,000 USD

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

Заинтересованные стороны

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

Дополнительно здесь может быть указана краткая информация о компании.

Пример со стороны заказчика:

Заказчик

Компания: Tech Innovations Inc

Ссылка: http://www.techinnovationsinc.com

Адрес: 123 Tech Street, Suite 456, New York, NY 10001

Tech Innovations Inc – ведущая технологическая компания, ориентированная на инновации и совершенство в программных решениях. Они нацелены на предоставление передовых технологий, которые стимулируют рост и эффективность бизнеса.

ИмяРольКонтакты
Stanley HarrisИнвесторEmail:stanley.harris@techinnovationsinc.com,
Tel: 123-456-7890
Ella SmithРуководитель проектаEmail:ella.smith@techinnovationsinc.com,
Tel: 123-456-7890
Alfred BrownБизнес-аналитикEmail:alfred.brown@techinnovationsinc.com
Olivia DavisСистемный архитекторEmail:olivia.davis@techinnovationsinc.com,
Tel: 123-456-7890,
Sophia JohnsonАналитик данныхEmail:sophia.johnson@techinnovationsinc.com,
Tel: 123-456-7890

Пример со стороны исполнителя:

Подрядчик

Компания: ACME Corporation Ltd.

Ссылка: http://www.acme.com

Адрес: 456 ACME Avenue, Suite 789, New York, NY 10002

ACME Corporation Ltd. – ведущая технологическая компания, специализирующаяся на разработке инновационных решений для медиа- и развлекательной индустрии. Компания имеет большой опыт поставки высококачественных продуктов и услуг, которые отвечают потребностям её клиентов.

ИмяРольКонтакты
Steve JohnsonМенеджер по работе с клиентамиEmail:steve.johnson@acme.com,sales@acme.com
Jane DoeМенеджер по продажамEmail:jane.doe@acme.com,
Tel: 123-456-7890,
John DoeРуководитель проектаEmail:john.doe@acme.com
Emily BrownБизнес-аналитикEmail:emily.brown@acme.com
Michael SmithАрхитектор решенийEmail:michael.smith@acme.com
Alice JohnsonИнженер по контролю качестваEmail:alice.johnson@acme.com

Цели проекта

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

Пример:

Цели

  1. Предоставлять пользователям уникальные возможности потоковой передачи данных, предлагая высококачественный видеоконтент и персонализированные рекомендации на основе предпочтений.
  2. Расширить пользовательскую базу, предлагая широкий спектр контента, включая эксклюзивные партнерства с создателями контента и студиями.
  3. Персонализированные рекомендации на основе предпочтений пользователя и истории просмотров
  4. Широкий выбор типов видео, включая фильмы, телешоу, прямые трансляции и игры
  5. Доступные цены без рекламы и подписок
  6. Эксклюзивный контент от нашей собственной продакшн-студии, а также лицензионный контент

Метрики успешности

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

Эти метрики могут и будут влиять на постановки в проекте (бизнес, технические), они должны быть достижимыми и реалистичными. И по ним же будет оцениваться успешность проекта после внедрения.

Пример:

Показатели успешности

  1. Удовлетворенность клиентов
    1. Коэффициент удержания клиентов. Процент клиентов, которые продолжают пользоваться услугой спустя год. * Target: 90%*
    2. Индекс потребительской лояльности (NPS). Процент клиентов, которые порекомендовали бы услугу другим. * Target: 75%*
    3. Время решения проблемы поддержки клиентов. Среднее время, необходимое для решения проблем со службой поддержки клиентов. Target: 24 hours
    4. Оценка вовлеченности пользователей. Процент пользователей, которые регулярно пользуются сервисом (например, смотрят видео, взаимодействуют с функциями). Target: 60%
  2. Финансовые показатели
    1. Темпы роста выручки. Рост выручки из года в год. Target: 50%
    2. Маржа прибыли. Процент прибыли относительно общего дохода. Target: 15%
    3. Коэффициент эффективности затрат. Соотношение выручки к расходам, стремление к более высокому соотношению, указывающему на более высокую эффективность. Target: 1.2
  3. Эффективность работы
    1. Время безотказной работы системы. Процент времени, в течение которого система работает без простоев. * Target: 99.5%*
    2. Скорость обработки данных. Среднее время, необходимое для обработки запросов данных. Target: 100 ms
    3. Коэффициент использования ресурсов. Эффективность использования имеющихся ресурсов, стремление к более высоким показателям их использования. Target: 80%

Объём проекта

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

Пример:

Объём проекта

В сферу этого проекта входит разработка и развертывание новой платформы потокового видео NovaPlay, которая будет предлагать высококачественный контент пользователям на различных устройствах. Эта инициатива направлена на захват значительной доли растущего рынка онлайн-видео путем использования передовых технологий, таких как AI для персонализированных рекомендаций и блокчейн для безопасных транзакций.

  1. Результаты

    1. Платформа NovaPlay. Полная платформа потокового видео
    2. Дизайн пользовательского интерфейса. Дизайн пользовательского интерфейса для NovaPlay
    3. Бэкенд сервисы. Разработка внутренних сервисов, поддерживающих платформу
    4. Хранилище видео. Внедрение решений для хранения видео
    5. CDN. Настройка сети доставки контента для эффективной доставки видео
    6. База данных. Проектирование и внедрение системы баз данных
    7. Рекомендательный движок ИИ. Разработка рекомендательного механизма на основе искусственного интеллекта
  2. Вне рамок проекта

    1. Приобретение стороннего контента. Приобретение стороннего контента не входит в объем данного проекта.
    2. Маркетинг и продвижение. Маркетинговые и рекламные мероприятия не входят в объем данного проекта.

Раздел Результаты говорит о том, что должно быть поставлено по результатам проекта. А раздел Вне рамок проекта о том, чего не должно быть.

Хронология проекта

Раздел для описания календарного графика проекта, в котором определяются контрольные точки (вехи) и планируемые сроки. Очевидно, что это нельзя определить наугад и требуется предварительная декомпозиция задач и их оценка. Что планируется реализовать в будущем решении tekBlueprint.plans для автоматизации оценки и планирования этапности проектов.

ℹ️ Примечание

Сроки для периодов и диаграмма Ганта рассчитываются автоматически в tekBlueprint.specs.

Пример:

Хронология и контрольные точки

Начало: 2026-01-01

Завершение: 2026-12-31

Сроки реализации проекта охватывают период с 1 января 2026 года по 31 декабря 2026 года. Этот период включает все этапы разработки, проектирования, тестирования и развертывания платформы NovaPlay.

Table 3. Даты

Контрольная точкаНачалоЗавершениеДлительность (дни)
Первоначальная концепция проекта01.01.202615.03.202673
> Рассмотрение и утверждение первоначальных концепций дизайна NovaPlay.
Альфа-релиз15.03.202630.06.2026107
> Выпуск первой альфа-версии для внутреннего тестирования.
Завершение бета-тестирования30.06.202630.09.202692
> Завершение этапа бета-тестирования и финальные доработки перед выпуском.
Окончательное развертывание30.09.202631.12.202692
> Развертывание финальной версии NovaPlay на всех платформах.
Поддержка после запуска31.12.202631.01.202731
> Оказание поддержки после запуска NovaPlay
Сбор отзывов пользователей31.01.202728.02.202728
> Сбор отзывов пользователей после запуска NovaPlay

Figure 1. Диаграмма Ганта

Бюджет и требуемые ресурсы

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

Не редко требуются план-графики с детальной разбивкой по всем участникам проекта вплоть до часов работы каждого специалиста на весь срок проекта с учётом выходных и праздников. Но здесь такой пример не приводится, думаю все встречались с подобными требования (например, при оценке тендеров) и понимают, о чем идет речь :)

ℹ️ Примечание

Для данного раздела будет возможность автоматического наполнения из tekBlueprint.plans.

Пример:

Общий бюджет проекта составляет 1,5 миллиона долларов США.

Распределение бюджета по основным категориям:

ЭтапБюджет, USDPMBASADEVQA
Анализ200 000141
Проектирование100 0001411
Разработка600 000241153
Тестирование300 00011133
Миграция150 00012131
Внедрение150 00011131

Каналы коммуникации

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

Пример:

Каналы взаимодействия

План коммуникаций для проекта NovaPlay. Он включает регулярные обновления, встречи и новостные каналы для информирования всех заинтересованных сторон о ходе проекта. Каналы связи включают электронную почту, Slack, новостные каналы и социальные сети. Частота устанавливается на основе важности и срочности передаваемой информации. Будут организованы регулярные циклы сбора обратной связи для обеспечения своевременного рассмотрения всех проблем и предложений. Этот план направлен на поддержание прозрачности и укрепление доверия с нашими заинтересованными сторонами и пользователями.

Table 4. Каналы взаимодействия

СпособЧастотаОписание
EmailеженедельноЕженедельные отчеты о ходе проекта и проблемах для всех заинтересованных сторон
SlackежедневноЕжедневные совещания для команды разработчиков для обсуждения прогресса и проблем
NewsletterежемесячноЕжемесячная рассылка новостей для общественности о функциях и обновлениях NovaPlay
Social Mediaдважды в неделюПубликация дважды в неделю постов в социальных сетях для привлечения общественности и продвижения NovaPlay

Заметки

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

Заметки

ДатаОписание
31.03.2025 08:00Первоначальный контакт с Tech Innovations Inc. Обсудили потенциальные возможности сотрудничества.
15.04.2025 14:30Последующая встреча со Стэнли Харрисом. Обсудили масштаб и сроки проекта.
30.04.2025 16:45Отправлено проектное предложение Стэнли Харрису. Ожидается ответ.
10.05.2025 10:00Получен положительный отзыв от Tech Innovations Inc. Проект одобрен и контракт подписан. Дата начала проекта назначена на 1 января 2026 года.

Заключение

Устав проекта является важным документом, который определяет направление и цели проекта. Он помогает всем участникам проекта понять, что именно нужно достичь, какие ресурсы будут использованы и как будет осуществляться управление процессом. tekBlueprint.specs должен позволить структурировать информацию, которая требуется для этого документа и ничего не упустить. Плюс автоматизировать часть рутины (расчёт сроков и бюджета) через использование будущего решения tekBlueprint.plans.

ℹ️ Примечание

Полную версию документа можно скачать по этой ссылке – 1. Project Charter v1.2.pdf.

Charter Project-Management Tb-Specs