Устав проекта: структура, пример и шаблон

Устав проекта — короткий документ, которым спонсор разрешает начать проект и закрепляет полномочия руководителя. Команда получает согласованные границы, ожидаемый результат и ресурсный предел до подробного планирования. Ниже — рабочая структура, заполненный учебный пример и форма, которую можно скопировать для своего проекта.

В качестве примера компания запускает пилот единого процесса заявок сотрудников на оборудование в двух подразделениях. Все сроки, суммы и целевые значения в примере учебные: они показывают, как согласовать поля устава, а не описывают проект клиента Strive.

Зачем нужен устав перед запуском

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

Международный институт управления проектами PMI описывает устав как документ, который формально разрешает существование проекта и даёт руководителю полномочия использовать ресурсы организации. Описание относится к материалу PMI о третьем издании руководства PMBOK; приведённая ниже форма — редакционный шаблон, а не обязательный формат PMI.

Когда составляют документ

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

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

Чем устав отличается от концепции

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

Бизнес-обоснование объясняет, почему инициатива заслуживает ресурса. Устав использует этот вывод для решения о запуске; расчёты и исследование спроса остаются в первичном обосновании.

Чем устав отличается от плана

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

Техническое задание описывает требования к определённому результату. Устав разрешает весь проект и обозначает право руководителя принимать решения в заданных границах; технические требования могут появиться позже.

Как распределить роли при утверждении

Роли при утверждении распределяют по праву решения: спонсор разрешает старт и выделяет ресурс, руководитель готовит и ведёт работу в согласованных пределах, исполнители подтверждают доступность и ограничения. Один человек может совмещать роли, если полномочия названы прямо. В учебном проекте операционный директор выступает спонсором, а руководитель внутренних операций ведёт пилот.

Кто утверждает запуск

Запуск утверждает спонсор или другой уполномоченный владелец ресурса. Решение должно связывать версию устава с объёмом работ, доступной командой и пределом расходов. Для учебного пилота операционный директор подтверждает двух обработчиков заявок, руководителя проекта и лимит 120 000 ₽. Без подтверждения доступности людей запись о ресурсах остаётся допущением.

Форма подтверждения зависит от порядка компании: подпись, письмо или зафиксированное решение. Strive можно использовать для хранения согласованного документа, но наличие документа в сервисе само по себе не означает утверждения.

Какие полномочия получает руководитель

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

Фраза «отвечает за проект» без права назначать работу и предела расходов оставляет ключевое решение неопределённым. В уставе полезно записать и разрешённое действие, и вопрос, который руководитель обязан передать спонсору.

Какие разделы внести в устав

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

Как описать бизнес-причину

Бизнес-причину описывают через наблюдаемую проблему и последствия для работы. В учебном примере заявки на оборудование приходят через почту и переписки; заявитель не видит статус, а обработчики повторно запрашивают исходные сведения. Формулировка не утверждает экономию или скорость, которых ещё не измеряли.

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

Как записать цель проекта

Цель проекта записывают как измеримый результат, охват и момент проверки. Для пилота: «За шесть учебных недель запустить единый процесс в двух подразделениях. К концу пилота не менее 90% новых заявок этих подразделений должны получить ответственного и видимый статус в течение одного рабочего дня». Результаты работы — точка приёма, маршрут обработки, шаблон заявки, инструкция и отчёт пилота — перечисляются отдельно от цели.

Проверка успеха использует журнал новых заявок за последнюю неделю пилота. Числитель — заявки с ответственным и статусом в пределах одного рабочего дня после поступления; знаменатель — все новые заявки двух подразделений за ту же неделю. Руководитель проекта сверяет записи и отдельно отмечает заявки без владельца. Порог 90% — учебное решение спонсора, а не отраслевой норматив.

Как очертить границы работ

Границы работ описывают два списка: что входит в проект и что исключено. В пилот входят два подразделения, обучение назначенных обработчиков и сбор обратной связи. Закупка нового оборудования, интеграция с бухгалтерией и запуск на всю компанию не входят. Исключения защищают решение от незаметного расширения объёма.

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

Какие сроки указать

Сроки в уставе задают несколько ориентиров, по которым спонсор поймёт, когда пересмотреть решение. В учебном примере на первой неделе согласуют форму заявки, на третьей запускают пилот, на шестой принимают решение о расширении либо остановке. Отсчёт начинается после утверждения устава; календарные даты команда добавляет при запуске.

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

Какие ресурсы согласовать

Ресурсы согласуют как доступных людей, бюджетный предел и право распоряжаться ими. Учебный пилот требует двух обработчиков и одного руководителя проекта; предел расходов составляет 120 000 ₽. Операционный директор подтверждает доступность команды и разрешает изменение лимита. Сумма в примере не является ценой внедрения Strive или оценкой реального проекта.

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

Как указать стартовые риски

Стартовые риски указывают коротко: какое событие может изменить решение о запуске и кто проверит условие. Для пилота важны заявки в старых каналах, заявки без владельца и неполные исходные данные. Руководитель проекта проверяет маршрут приёма и достаточность формы до запуска.

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

Как применить шаблон к проекту

Шаблон применяют к одному проекту: заполняют поля проверенными решениями, сверяют их между собой и передают спонсору на утверждение. Пустая форма ниже предназначена для копирования; за ней идёт заполненный учебный устав. Команда вправе менять объём формы под собственное решение, сохраняя явные полномочия и границы.

Что внести в пустой шаблон

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

Как выглядит заполненный документ

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

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

Устав проверяют сопоставлением полей: цель должна помещаться в границы, срок — опираться на доступный ресурс, а полномочия — покрывать решения руководителя. Проверка проводится на одном и том же проекте до передачи спонсору; каждое противоречие возвращают владельцу поля на исправление.

Какие поля противоречат друг другу

Поля противоречат друг другу, когда обещают разные объёмы или используют разные периоды проверки. Если результат обещает запуск на всю компанию, а граница разрешает два подразделения, нужно исправить результат либо запросить расширение границы. Расход сверх 120 000 ₽ требует нового решения спонсора, даже если руководитель считает его необходимым. Критерий за последнюю неделю пилота нельзя подтверждать статистикой за первую неделю.

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

Когда проект не запускать

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

Если спонсор отклоняет проект, в документе фиксируют причину и условие повторного рассмотрения. Отклонённый черновик не стоит превращать в активные задачи исполнения.

Как согласовать изменения

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

Кто согласует новую версию

Новую версию согласует операционный директор, если пилот расширяют на третье подразделение или повышают предел расходов. Руководитель проекта готовит описание изменения и его влияния на цель, сроки и ресурсы. Назначенные исполнители сообщают, смогут ли выполнить изменённый объём; их ответ не подменяет решение спонсора.

Как сохранить след решения

След решения сохраняют в согласованном документе: указывают номер версии, дату, что изменилось и кто подтвердил изменение. Если согласие получено письмом или протоколом, в документе оставляют ссылку на этот источник. История версий редактора помогает видеть изменения текста, но сама по себе не доказывает согласие спонсора.

В Strive команда может создать проектную документацию и работать с документом рядом с задачами. Устав остаётся одним актуальным документом, а не вторым реестром статусов поручений.

Как перейти от устава к задачам

От устава к задачам переходят после решения о старте: результаты делят на исполнимые действия, назначают одного ответственного и срок для каждого действия. Сам устав хранит принятое решение и рамки, а текущий статус работы команда ведёт в карточках задач. Наличие карточек не подтверждает автоматически, что условия устава выполнены.

Какие решения оформить задачами

Задачами оформляют действия по созданию формы заявки, настройке единой точки приёма, обучению двух обработчиков и подготовке отчёта пилота. Каждая карточка описывает результат, ответственного и дату, согласованную после старта. В Strive можно оформить рабочие карточки для этих действий; спонсорское согласие и критерий успеха остаются в уставе.

Какие данные оставить в документе

В документе оставляют бизнес-причину, цель, критерий, границы, полномочия, предел расходов и запись о согласии спонсора. После старта команде остаётся разобрать структуру проекта, а актуальное исполнение вести в карточках. Руководитель сверяет задачи с уставом при изменении объёма или ресурсов.

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