Шаблоны · Планирование проектов
Бесплатный шаблон устава проекта (с примером)
Этот бесплатный шаблон устава проекта позволяет санкционировать проект на одной-двух страницах: зачем он существует, чего должен достичь, что входит и не входит в объём, кто несёт ответственность и кто его утверждает. Каждый из 14 разделов содержит пояснения и заполненный пример, который можно заменить своим текстом. Скачайте его для Google Sheets, Excel или PDF.
Главное
- Устав проекта — это краткий документ, который официально санкционирует проект, называет спонсора и руководителя проекта и определяет цели, объём и ограничения.
- Шаблон охватывает 14 разделов — от цели и SMART-целей до бюджета, рисков, полномочий руководителя проекта и строки утверждения.
- Пишите его вместе со спонсором, а не для спонсора. Цели и объём должны быть его собственными, сформулированными словами, с которыми он согласен.
- Ограничьте его одной-двумя страницами. Детальные графики, бюджеты и планы относятся к плану управления проектом.
- Устав имеет силу только после подписания. Храните его вместе с планом и возвращайтесь к нему на крупных вехах или при изменении цели или объёма.
Бесплатно · без регистрации
Скачать шаблон устава проекта
Выберите уровень и формат: Google Sheets, Excel или готовый к печати PDF. Таблицы содержат выпадающие списки, формулы и примеры строк, которые можно заменить своими.
Что такое устав проекта?
A устав проекта — это краткий документ, который официально санкционирует проект. В нём указывается, зачем существует проект, каких целей он должен достичь, его высокоуровневый объём, вехи, бюджет и риски, а также называются спонсор и руководитель проекта и определяются полномочия руководителя проекта. Как только спонсор его подписывает, проект официально начинает существовать.
PMBOK Guide описывает устав как документ, выпускаемый инициатором или спонсором проекта, который санкционирует проект и даёт руководителю проекта полномочия использовать для него ресурсы организации. В этом и суть: устав посвящён санкционированию и границам, а не детальному планированию.
Это не бизнес-обоснование, которое обосновывает инвестиции, и не план проекта, который объясняет, как будет выполняться работа. Устав находится между ними.
Теорию, примеры и более глубокий разбор каждого компонента см. в нашем руководство по уставу проекта.
Предварительный просмотр шаблона устава проекта
В предварительном просмотре показаны первые разделы с пояснениями и пример проекта «Клиентский портал». Замените третий столбец собственным содержанием.
| Раздел | Подсказка | Ваше содержание |
|---|---|---|
| Название проекта | Короткое запоминающееся название, используемое во всех коммуникациях. | Клиентский портал |
| Назначение / бизнес-обоснование | Зачем нужен проект и какие ожидаются выгоды. | Сократить число обращений в поддержку по вопросам аккаунтов за счёт самообслуживания клиентов. |
| Цели (SMART) | Измеримые результаты с датами. | Сократить количество звонков по вопросам аккаунтов на 30% в течение 6 месяцев после запуска. |
| Входит в содержание | Что проект поставит. | Просмотр аккаунта, счета, сброс пароля. |
| Не входит в содержание | Чего проект не поставит. | Мобильное приложение; платежи. |
| Ключевые результаты | Основные результаты. | Релиз портала 1; руководство по обучению; регламент поддержки. |
Строки-примеры приведены для иллюстрации: замените их своими.
Что входит в шаблон устава проекта
В шаблоне одна вкладка, Устав проекта, с тремя столбцами: Раздел (заголовок), Подсказка (подсказка, объясняющая, что писать) и Ваше содержание (место для вашего ответа, заранее заполненное разобранным примером). Всего 14 разделов, завершающихся строкой утверждения для имени, подписи спонсора и даты.
- Устав проекта: раздел, подсказка, ваше содержание
Какую версию скачать?
Устав — это структурированный документ, а не журнал, поэтому в нём нет выпадающих списков или вычисляемых полей. Три версии различаются вспомогательными материалами вокруг страницы устава:
| Версия | Что входит | Лучше всего для |
|---|---|---|
| Начальный уровень | Вкладка устава из 14 разделов с пояснениями и примером содержания, а также дополнительные пустые строки для любых разделов, которые вы захотите добавить | Небольшие или внутренние проекты, которым нужно быстрое мандатное поручение на одной странице |
| Продвинутый уровень | Та же вкладка устава из 14 разделов, отформатированная для заполнения и печати | Большинство проектов с назначенным спонсором |
| Экспертный | Вкладка устава плюс вкладка «Инструкции» с пошаговым методом и вкладка «История изменений» для записи версий, изменений и утверждений | PMO, клиентские проекты и всё, что будет повторно утверждаться в ходе жизненного цикла |
Что включить в устав проекта
Ниже — 14 разделов шаблона, что писать в каждом и совет, как сделать это правильно. Большинство опубликованных форматов устава охватывают то же самое под немного другими названиями.
| Раздел | Что писать | Совет |
|---|---|---|
| Название проекта | Короткое, запоминающееся название, используемое во всех коммуникациях | Избегайте внутренних кодов, которых никто вне команды не понимает |
| Назначение / бизнес-обоснование | Зачем нужен проект и какие ожидаются выгоды | Кратко изложите бизнес-обоснование в двух-трёх предложениях; не вставляйте его целиком |
| Цели (SMART) | Измеримые результаты с датами | Если это нельзя будет измерить в конце, перепишите. См. SMART-цели проекта |
| Входит в содержание | Что проект создаст | Перечисляйте результаты и границы, а не задачи |
| Не входит в содержание | Что он не создаст | Назовите то, что люди с наибольшей вероятностью сочтут включённым |
| Ключевые результаты | Основные результаты | На уровне устава обычно достаточно от трёх до семи пунктов |
| Вехи | Основные даты и точки принятия решений | Используйте сводные вехи, а не график |
| Бюджет | Утверждённый бюджет или диапазон | Укажите, включает ли он резерв |
| Ключевые риски | Главные риски, известные на старте | Трёх–пяти вполне достаточно; полный список ведётся в реестр рисков |
| Допущения и ограничения | Что вы считаете истинным и в каких рамках должны работать | Каждое допущение становится риском, если окажется ложным. См. ограничения проекта |
| Заинтересованные стороны | Ключевые люди и группы, которых затрагивает проект | Здесь допустимо указывать группы; детальный анализ — позже |
| Спонсор | Ответственный руководитель | Один названный человек, а не комитет |
| Руководитель проекта и полномочия | Кто руководит и что может решать самостоятельно | Укажите реальные лимиты расходов и изменений |
| Утверждение | Имя, подпись и дата | Оставьте пустым, пока спонсор не прочитает окончательную версию |
Почему важны полномочия руководителя проекта
Строку о полномочиях чаще всего оставляют расплывчатой, хотя это одна из главных причин существования устава. Без неё каждое мелкое решение поднимается до спонсора или руководитель проекта принимает решения, право на которые ему никто не давал.
Будьте конкретны. Типичные лимиты охватывают сумму, которую руководитель проекта может потратить или взять в обязательства без согласования, какие изменения он может утверждать сам (например, изменения меньше заданного числа дней или заданной стоимости), может ли он запрашивать или освобождать участников команды и когда он обязан эскалировать вопрос. Затем эти пороги напрямую используются в вашем процессе управления изменениями и в вашем шаблон запроса на изменение.
Как пошагово написать устав проекта
Выполняйте эти шаги по порядку. Основная работа — беседы со спонсором; когда вы договоритесь, написать текст можно быстро.
- Сначала встретьтесь со спонсором. Спросите, почему проект важен именно сейчас, как выглядит успех и что сделает его неудачей. Согласуйте цель и задачи, прежде чем писать что-либо ещё.
- Сформулируйте SMART-цели. Превратите цели спонсора в измеримые результаты с датами, например «сократить число звонков по вопросам учётных записей на 30% в течение шести месяцев после запуска».
- Определите объём и исключения. Перечислите, что проект создаст, и, что не менее важно, чего он не создаст. Чёткие исключения — ваша первая линия защиты от расползание содержания.
- Добавьте вехи и бюджет. Используйте сводные даты и утверждённый бюджет или диапазон. Детальные оценки появятся позже, при планировании.
- Зафиксируйте риски, допущения и ограничения. Запишите те немногие, которые могут изменить решение о старте, например зависимость от другой системы или фиксированную регуляторную дату.
- Назовите людей. Добавьте спонсора, руководителя проекта и основные группы заинтересованных сторон. матрицу RACI можно составить, когда станет известен состав команды.
- Укажите полномочия руководителя проекта. Согласуйте со спонсором лимиты расходов и изменений и порядок эскалации.
- Проверьте, затем подпишите. Отправьте черновик ключевым заинтересованным сторонам, учтите комментарии, затем попросите спонсора подписать и датировать строку утверждения.
- Храните его и используйте. Храните подписанный устав вместе с план управления проектом и сверяйте с ним решения на каждой крупной вехе.
Когда писать устав
Пишите устав на этапе инициации, после того как идея одобрена в принципе (часто через бизнес-обоснование или технико-экономическое обоснование), и до начала детального планирования. Это первый результат фазы инициации, описанной в нашем руководстве по фазы управления проектами. Если начать детальное планирование без подписанного устава, есть риск спланировать не тот проект.
Пример устава проекта
Ниже приведён полный разобранный пример из шаблона: проект по запуску клиентского портала самообслуживания. Используйте его как образец нужного для устава уровня детализации.
| Раздел | Пример содержания |
|---|---|
| Название проекта | Клиентский портал |
| Назначение / бизнес-обоснование | Сократить число обращений в поддержку по вопросам аккаунтов за счёт самообслуживания клиентов. |
| Цели (SMART) | Сократить количество звонков по вопросам аккаунтов на 30% в течение 6 месяцев после запуска. |
| Входит в содержание | Просмотр аккаунта, счета, сброс пароля. |
| Не входит в содержание | Мобильное приложение; платежи. |
| Ключевые результаты | Релиз портала 1; руководство по обучению; регламент поддержки. |
| Вехи | Утверждение дизайна 15 февраля; запуск 31 марта. |
| Бюджет | $150,000 |
| Ключевые риски | Задержки интеграции с биллинговой системой. |
| Допущения и ограничения | API биллинговой системы доступен к 1 февраля. |
| Заинтересованные стороны | Служба клиентской поддержки, ИТ, финансы, клиенты. |
| Спонсор | Руководитель службы клиентской поддержки |
| Руководитель проекта и полномочия | А. Росси; может утверждать изменения до $5 000. |
| Утверждение | Имя, подпись и дата спонсора |
Обратите внимание, что делает этот пример удачным:
- Цель измерима. Сокращение звонков на 30% в течение шести месяцев можно проверить после запуска, что делает выгоду реальной.
- Исключения касаются очевидных предположений. Клиенты и заинтересованные стороны вполне могли бы ожидать мобильное приложение или онлайн-платежи; устав заранее говорит «нет».
- Риск и допущение связаны. Риск интеграции с биллинговой системой существует потому, что план исходит из допущения, что API биллинга будет готов к 1 февраля.
- У полномочий есть числовое выражение. Руководитель проекта может утверждать изменения до $5 000; всё, что больше, передаётся спонсору.
Затем результаты становятся верхним уровнем вашей иерархической структуры работ, а вехи — опорными точками графика.
Кто пишет, утверждает и подписывает устав?
Практика различается в разных организациях, но обычное распределение выглядит так:
| Роль | Типичная роль в работе над уставом |
|---|---|
| Спонсор | Отвечает за цель, задачи и бюджет; утверждает и подписывает устав; несёт ответственность за выгоды |
| Руководитель проекта | Составляет черновик устава вместе со спонсором, собирает исходные данные и обрабатывает комментарии |
| Ключевые заинтересованные стороны | Проверяют объём, исключения, риски и допущения, которые их касаются |
| PMO или орган управления | Сверяет устав с приоритетами портфеля и стандартами и может совместно утверждать более крупные проекты |
Если участвуют несколько руководителей, договоритесь, кто будет единственным ответственным спонсором, до того как кто-либо подпишет устав. Наше руководство по руководство проектом объясняет, как устав соотносится с управляющими комитетами и маршрутами утверждения.
Устав проекта и другие документы инициации
Несколько ранних документов пересекаются. В этой таблице показано, как устав соотносится с остальными.
| Документ | Главный вопрос, на который отвечает документ | Связь с уставом |
|---|---|---|
| Бизнес-кейс | Стоит ли это делать? Затраты, выгоды, варианты | Предшествует уставу; устав кратко его излагает |
| Бриф проекта | В чём идея, вкратце? | Более лёгкий обзор для согласования позиций; устав добавляет формальные полномочия. См. шаблон брифа проекта |
| Устав проекта | Санкционирован ли проект и в каких пределах? | Формальное мандатное поручение |
| Документ инициации проекта (PID) | Как будет осуществляться управление и контроль проекта? | Более полный документ, используемый в основном в PRINCE2; он охватывает схожие вопросы глубже. См. документ инициации проекта |
| Описание объёма проекта | Что именно будет и не будет создано? | Расширяет раздел устава об объёме. См. шаблон содержания проекта |
| Техническое задание (SOW) | Что поставщик выполнит и на каких условиях? | Договорной документ для внешних работ. См. техническое задание |
| План управления проектом | Как будет выполняться и контролироваться работа? | Следует за уставом и должен оставаться в его рамках. См. шаблон плана проекта |
В PRINCE2 не используется термин «устав». Его краткое описание проекта (project brief) и документация по инициации проекта охватывают то же самое, поэтому, если ваша организация следует PRINCE2, используйте эти названия, а этот шаблон рассматривайте как исходный чек-лист.
Уставы проектов в Agile-проектах
Agile-команды тоже используют уставы, обычно в облегчённой форме. Устав команды или продукта фиксирует видение, цель на следующий релиз или период, границы, в которых работает команда, и кто какие решения принимает, не фиксируя детальный объём, который будет уточняться в бэклоге.
Чтобы использовать этот шаблон для Agile-проекта:
- Пишите цель как видение продукта или описание проблемы.
- Выразите задачи как результаты или показатели, а не как фиксированный список функций.
- Ведите то, что входит в объём, на высоком уровне, например ожидаемые эпики или возможности, и сохраняйте не входит в содержание жёсткими.
- Используйте вехи для дат релизов или точек пересмотра, а не для плана фаз.
- Назовите владельца продукта наряду со спонсором и укажите его полномочия в отношении бэклога.
Типичные ошибки в уставе проекта
- Написание плана внутри устава. Десять страниц задач и дат затрудняют утверждение устава и быстро делают его неактуальным.
- Расплывчатые цели. «Улучшить клиентский опыт» невозможно измерить. Добавьте число и дату.
- Нет исключений. Без списка того, что не входит в объём, каждая заинтересованная сторона заполняет пробел собственными ожиданиями.
- Нет реальных полномочий. Если лимиты руководителя проекта не записаны, решения застревают или принимаются не тем человеком.
- Пропуск подписи. Неподписанный устав — это черновик. Получите имя спонсора и дату до начала детального планирования.
- Комитет в роли спонсора. Назовите одного ответственного человека, даже если проект курирует совет.
- Сдать в архив и забыть. Возвращайтесь к уставу на крупных вехах и повторно утверждайте его, если цель, объём или бюджет существенно меняются.
Связанные шаблоны и руководства
Устав — первый из нескольких документов инициации. До него бизнес-обоснование обосновывает инвестиции. После него шаблон содержания проекта расширяет объём, шаблон матрицы RACI и шаблон плана коммуникаций определяют роли и порядок информирования, шаблон реестра рисков отслеживает риски, а шаблон плана проекта показывает, как будет выполняться работа. Для проектов с большим объёмом требований затем подготовьте документ бизнес-требований.
Шаблон плана проектаБесплатный шаблон плана проекта с целями, содержанием, результатами, задачами, ответственными, датами и…Начальный · Продвинутый · Экспертный
Шаблон матрицы RACIБесплатный шаблон матрицы RACI, чтобы определить, кто исполнитель, кто ответственный, с кем консультироваться и кого информировать…Начальный · Продвинутый · Экспертный
Шаблон описания содержания проектаБесплатный шаблон содержания проекта: цели, результаты, что входит и что не входит в содержание, приёмка…Начальный · Продвинутый · Экспертный
Шаблон бизнес-обоснованияБесплатный шаблон бизнес-обоснования: проблема, варианты, затраты, выгоды, ROI, срок окупаемости, риски и…Начальный · Продвинутый · Экспертный
Шаблон иерархической структуры работ (WBS)Бесплатный шаблон иерархической структуры работ с кодами WBS, уровнями, результатами, ответственными,…Начальный · Продвинутый · Экспертный
Шаблон краткого описания проектаБесплатный шаблон краткого описания проекта для обзора на одной странице: предпосылки, цели, аудитория,…Начальный · Продвинутый · Экспертный- Что такое устав проекта? Шаблон, примеры и советы
- Цели проекта: как сформулировать SMART-цели (с примерами)
- Содержание проекта: определение, описание содержания и примеры
- Документ инициации проекта (PID): содержание и пример
Чтобы глубже разобраться в каждом компоненте устава, прочитайте наше руководство по уставу проекта.
Частые вопросы
Что такое шаблон устава проекта?
Шаблон устава проекта — это готовая структура документа, который официально санкционирует проект. Он подсказывает зафиксировать цель, задачи, объём, вехи, бюджет, риски, заинтересованные стороны, спонсора, руководителя проекта и его полномочия, а также утверждение.
Этот шаблон устава проекта бесплатный?
Да. Шаблон устава проекта можно бесплатно скачать как Google Sheet, файл Excel или PDF без регистрации.
Что должен включать устав проекта?
Цель или бизнес-обоснование, SMART-цели, объём и исключения, ключевые результаты, вехи, бюджет, ключевые риски, допущения и ограничения, заинтересованные стороны, спонсора, руководителя проекта и его полномочия, а также раздел утверждения с подписью и датой.
Кто пишет устав проекта?
Обычно его составляет руководитель проекта вместе со спонсором. Если руководитель проекта ещё не назначен, его может написать спонсор или бизнес-аналитик, и тогда устав назначает руководителя проекта.
Кто подписывает устав проекта?
Его подписывает спонсор проекта, поскольку спонсор санкционирует проект и несёт ответственность за его выгоды. Некоторые организации также просят PMO или орган управления совместно утверждать более крупные проекты.
Каким по объёму должен быть устав проекта?
Идеально — одна-две страницы и редко больше четырёх. Если ваш длиннее, перенесите детали в план управления проектом, описание объёма или реестр рисков.
Чем устав проекта отличается от плана проекта?
Устав санкционирует проект и задаёт его цели, объём и ограничения на высоком уровне. план проекта появляется позже и объясняет, как будет выполняться работа в этих рамках.
Чем устав проекта отличается от бизнес-обоснования?
Бизнес-обоснование обосновывает инвестиции, сравнивая варианты, затраты и выгоды. Устав появляется после принятия бизнес-обоснования и превращает его в формальное мандатное поручение для названных спонсора и руководителя проекта.
Устав проекта — это то же самое, что документ об инициации проекта (PID)?
Они пересекаются. PID, используемый в основном в PRINCE2, обычно длиннее и также описывает, как будет осуществляться управление и контроль проекта. Устав короче и сосредоточен на санкционировании, целях, объёме и ролях.
Можно ли использовать шаблон устава проекта для Agile-проектов?
Да. Используйте облегчённую версию, сосредоточенную на видении, результатах, границах, ролях и вехах релизов, а детальный объём пусть содержит бэклог.
Можно ли изменить устав проекта после утверждения?
Да, но только при существенных изменениях цели, объёма, бюджета или полномочий. Обновите устав, зафиксируйте изменение в истории изменений и попросите спонсора утвердить его повторно.
Можно ли использовать шаблон устава проекта в Word?
Для скачивания доступны электронная таблица и PDF. Если ваша организация предпочитает Word, можно скопировать разделы и пример содержания в документ Word; структура работает точно так же.