Шаблон устава проекта
Готовый документ для старта проекта: цель и обоснование, границы, команда и роли, бюджет, риски и критерии успеха.
Что в шаблоне
11 разделов
Всё, что нужно для старта: от цели до согласования и подписей.
Подсказки в тексте
В каждом разделе пояснение, что туда писать.
Готовые таблицы
Команда, вехи, риски и согласование — уже оформлены.
Четыре шага по этому файлу
Начните со второго раздела
Раздел 2 «Цель и обоснование» — два-три предложения о том, какую проблему проект решает, желательно с числом. Сразу после него откройте раздел 9 «Критерии успеха» и запишите, по какому измеримому признаку вы поймёте, что цель достигнута. Эти два раздела — пара: цель без измеримого признака превращается в лозунг.
Раздел 4: обе половины границ
В разделе «Границы проекта» две части — «В рамках проекта» и «Вне рамок проекта». Первая пишется легко. Вторая — та, ради которой раздел существует: туда идёт всё, что кажется само собой разумеющимся. Миграция старых данных, обучение сотрудников, поддержка после запуска, доработки смежной системы — каждая строка снимает будущий спор.
Вехи, бюджет, команда
Таблица раздела 5 — «Веха / Результат / Срок», три-пять строк, а не план-график; в колонке «Результат» пишите то, что можно предъявить. В разделе 6 «Резерв на риски» стоит отдельно от «Оценки бюджета» — резерв, спрятанный внутри оценки, тратится незаметно. В таблице раздела 7 колонка называется «Зона ответственности»: за что человек отвечает, а не как называется его должность.
Раздел 11 — не формальность
В таблице согласования роли уже проставлены: заказчик, спонсор, менеджер проекта. Пока в колонке «Подпись / дата» нет трёх отметок, устав остаётся черновиком. Собирайте подписи не рассылкой, а разговором, открыв на экране разделы 4 и 9: несогласие всплывает именно там — и всплыть оно должно до начала работ, а не в середине.
Как это выглядит заполненным
Возьмём проект «Переход на электронный документооборот». Раздел 2: договор согласуется одиннадцать дней, из них шесть уходит на пересылку бумаги между офисами; цель — сократить согласование до трёх дней. Раздел 9 после этого пишется сам: «медиана согласования договора — три дня и меньше, замер за месяц после запуска». Одно и то же число стоит в начале и в конце документа, и по нему проект будут судить.
Раздел 4, вторая половина: «сканирование бумажного архива за прошлые годы», «обучение сотрудников филиалов», «доработка бухгалтерской системы». Три строки — три просьбы, которые прозвучат на второй неделе, и на каждую теперь есть письменный ответ. В таблице раздела 5 первая веха выглядит так: «Первый договор подписан электронно», результат — «подписанный договор в системе», срок — 30 ноября. Веха — это событие, видное снаружи, а не этап работы.
Раздел 6: «Оценка бюджета» — 1 800 000, «Резерв на риски» — 200 000 отдельной строкой, потому что тратится он по решению спонсора. Раздел 8: риск «поставщик задержит выпуск сертификатов подписи», влияние — «сдвиг запуска на две недели», реакция — «заказать сертификаты за месяц». Раздел 10, допущение: «во всех филиалах одинаковая версия офисного пакета». Окажется неверным — придётся пересматривать бюджет из раздела 6.
!Частые ошибки
- Устав пишут как техническое задание Одиннадцать разделов должны уместиться на двух-трёх страницах. Устав отвечает «зачем и в каких границах», ТЗ — «что именно и как». Когда раздел 5 разрастается в подробный план-график, документ перестают читать целиком, а значит, границы и критерии успеха тоже никто не увидит. Норма: раздел 2 — три предложения, раздел 5 — до пяти вех.
- «Вне рамок проекта» оставляют пустым Пустой список означает, что границ нет: любая просьба формально попадает внутрь проекта. Именно этот абзац через два месяца отвечает на «мы думали, обучение филиалов входит». Если написать нечего — значит, вы ещё не разговаривали с заказчиком о том, чего он ждёт сверх задачи. Три строки здесь дешевле одного спора о доплате.
- Заказчик и спонсор — одна фамилия В разделе 3 три поля, и их часто заполняют двумя фамилиями для порядка. Заказчик пользуется результатом и принимает его. Спонсор платит и снимает препятствия, которые менеджер снять не может: чужие приоритеты, отказ смежного отдела, нехватку людей. Когда это один человек, эскалировать некуда — а спонсор нужен ровно тогда, когда с заказчиком договориться не вышло.
- Согласовали устно, таблица осталась пустой Файл разослали, никто не возразил — и его считают принятым. Через два месяца выясняется, что спонсор его не открывал. Подпись в разделе 11 нужна не для архива: это момент, когда человек обязан прочитать границы и возразить. Письмо с «согласен» и датой годится, устное «да ладно, всё понятно» — нет. Правку после подписей фиксируйте новой версией в разделе 1.
Частые вопросы
Что такое устав проекта?
Устав проекта (project charter) — короткий документ, который фиксирует цель, границы, бюджет, команду и критерии успеха. Он официально запускает проект.
Зачем нужен устав?
Чтобы все ключевые участники одинаково понимали, что это за проект, зачем он и где его границы. Это снимает споры в будущем.
В каком формате шаблон?
Это файл .docx — открывается в Word, Google Документах, LibreOffice, «Р7-Офис» и «МойОфис».
Чем устав отличается от технического задания?
Устав отвечает на «зачем, в каких границах и кто принимает решения», ТЗ — на «что именно сделать и как это проверить». Устав подписывают один раз на старте, ТЗ уточняют по ходу. Поэтому в шаблоне есть раздел «Границы проекта», но нет требований к функциям.
Нужен ли устав короткому проекту на месяц?
Да, но в сокращённом виде: разделы 2 «Цель и обоснование», 4 «Границы проекта», 9 «Критерии успеха» и 11 «Согласование». Остальные можно свернуть в пару строк. На коротких проектах спор «а это входило?» стоит дороже всего: переписывать договорённости уже некогда.
Что ещё пригодится
Вся библиотека: 15 бесплатных шаблона — RACI-матрицы, реестра рисков (RAID), бэклога продукта, WBS — структуры работ, оценки задач (PERT), статус-отчёта по проекту, протокола совещания, плана проекта, сметы проекта, дорожной карты продукта, реестра заинтересованных сторон, плана спринта, Чек-лист запуска проекта, диаграмма Ганта в Excel
Шаблоны — это хорошо. Платформа — лучше
В TeamVector план, задачи, документы и бюджеты связаны и обновляются сами, без ручных таблиц.