Примеры устава проекта: шаблоны с образцами написания в разных форматах

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

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

В подборку вошли примеры устава проекта следующих форматов:

• IT-проекты и разработка ПО
  • Устав проекта по разработке мобильного приложения
  • Устав внутреннего IT-проекта по автоматизации
  • Устав проекта по внедрению CRM-системы
• Маркетинг и продвижение
  • Устав проекта по запуску рекламной кампании
  • Устав проекта по ребрендингу
  • Устав контент-проекта
• Строительство и инфраструктура
  • Устав строительного проекта
  • Устав проекта по ремонту офиса
• HR и организационные изменения
  • Устав проекта по внедрению системы адаптации сотрудников
  • Ustав проекта по оптимизации оргструктуры
• Образовательные и социальные проекты
  • Устав образовательного проекта
  • Устав социального проекта НКО
• Компактный одностраничный формат
  • Мини-устав для небольшой команды
  • Устав спринта / итерации

Примеры устава проекта разных видов и форматов: основной FAQ

Что такое устав проекта? Это документ, который официально запускает проект: фиксирует его цель, объем работ, участников, бюджет, сроки и полномочия руководителя. Без устава проект существует только в головах – с уставом он становится управляемым.

Чем устав отличается от технического задания или плана? Устав – это документ верхнего уровня. Он отвечает на вопросы "зачем", "кто", "в каких рамках" и "с какими полномочиями". ТЗ отвечает на "что именно сделать", а план – на "как и когда". Устав принимается до начала работ и подписывается спонсором или заказчиком.

Основные разделы устава проекта:

• Название и идентификатор проекта
• Цель и обоснование
• Объем работ (что входит и что не входит)
• Ключевые результаты и критерии успеха
• Участники, роли и ответственность
• Бюджет и ресурсы
• Сроки и контрольные точки
• Риски и ограничения
• Полномочия руководителя проекта
• Подписи утверждающих сторон

Где применяется устав? В IT, строительстве, маркетинге, HR, образовании, производстве – везде, где есть временная инициатива с ограниченными ресурсами и конкретным результатом. Формат документа при этом может сильно отличаться: от одной страницы до развернутого многоразделного документа.

Примеры устава проекта в IT и разработке ПО

IT-проекты чаще других нуждаются в четко зафиксированных границах: что входит в разработку, а что нет, кто принимает решения, как оценивается результат. Без этого команда рискует попасть в бесконечный scope creep – расширение задач без изменения сроков и бюджета. Примеры ниже показывают, как устав помогает этого избежать.

📌 Устав проекта по разработке мобильного приложения

• Сценарий: запуск нового продукта силами внутренней команды и подрядчика
• Адресат: руководство компании, технический директор, команда разработки
• Задача: зафиксировать рамки, полномочия и критерии приемки до старта работ

Пример:

---

УСТАВ ПРОЕКТА

Название проекта: Разработка мобильного приложения для программы лояльности "Клуб постоянных клиентов"

Идентификатор: PRJ-2025-MOB-01

Дата составления: 12 января 2025 г.

Версия документа: 1.0

1. Цель проекта

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

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

2. Объем работ

Входит в проект:

• Разработка приложения для iOS (версия 15 и выше) и Android (версия 10 и выше)
• Интеграция с существующей CRM и системой начисления баллов
• Личный кабинет участника с историей операций
• Push-уведомления
• Публикация в App Store и Google Play
• Нагрузочное тестирование и устранение критических дефектов

Не входит в проект:

• Разработка веб-версии приложения
• Изменение логики начисления баллов в CRM
• Маркетинговая кампания по продвижению приложения
• Поддержка устройств ниже указанных версий ОС

3. Ключевые результаты и критерии успеха

• Приложение опубликовано в обоих магазинах в срок
• Время загрузки главного экрана – не более 2 секунд
• Критических ошибок при приемочном тестировании нет
• Интеграция с CRM работает без потерь данных
• Через 30 дней после запуска – не менее 5 000 установок

4. Участники проекта

Роль	ФИО / подразделение	Зона ответственности
Спонсор проекта	Коммерческий директор	Утверждение бюджета, финальная приемка
Руководитель проекта	Иванов А.С., отдел цифровых продуктов	Управление командой, сроками, рисками
Технический лид	Петров Д.В., ИТ-департамент	Архитектура, код-ревью, интеграции
Подрядчик (разработка)	ООО "Разработка и Сервис"	Фронтенд и бэкенд приложения
Представитель заказчика	Отдел маркетинга	Приемка UX, согласование контента

5. Бюджет

• Общий бюджет: 2 400 000 ₽
• Резерв на риски: 240 000 ₽ (10%)
• Источник финансирования: бюджет отдела цифровых продуктов, статья "Развитие продукта"

6. Сроки и контрольные точки

Этап	Срок завершения
Утверждение устава и технического задания	26 января 2025
Прототип и утверждение UX	21 февраля 2025
Альфа-версия (внутреннее тестирование)	28 марта 2025
Бета-версия (тестирование с пользователями)	25 апреля 2025
Публикация в магазинах	23 мая 2025

7. Риски и ограничения

• Риск: задержка интеграции с CRM из-за устаревшего API. Реакция: провести технический аудит CRM до старта разработки.
• Риск: отклонение приложения магазином при публикации. Реакция: заложить 2 недели буфера перед финальным дедлайном.
• Ограничение: команда подрядчика не может быть расширена без согласования бюджета.

8. Полномочия руководителя проекта

• Принимать оперативные решения по задачам без созыва комитета при изменении объема не более 5% от бюджета
• Привлекать внутренних специалистов по согласованию с их руководителями
• Инициировать изменения в расписании в пределах ±7 рабочих дней без дополнительного согласования

9. Утверждение

Роль	ФИО	Подпись	Дата
Спонсор проекта	________________	________________	________________
Руководитель проекта	________________	________________	________________
Технический директор	________________	________________	________________

---

• Почему подходит: документ содержит все ключевые разделы и при этом остается читаемым – не превращается в формальную бюрократическую простыню.
• Что важно не испортить: раздел "Не входит в проект" – именно он защищает команду от расползания задач. Его часто пропускают, и это главная ошибка.
• Scope creep – неконтролируемое расширение объема работ без пересмотра сроков и бюджета. Четкий устав – главный инструмент защиты от него.

📌 Устав внутреннего IT-проекта по автоматизации отчетности

• Сценарий: инициатива финансового департамента, реализуется силами ИТ-отдела
• Адресат: CFO, руководитель ИТ, финансовые аналитики
• Задача: сократить ручную работу при формировании управленческой отчетности

Пример:

---

УСТАВ ПРОЕКТА

Название: Автоматизация формирования управленческой отчетности

Код проекта: FIN-AUTO-2025

Инициатор: Финансовый департамент

Дата: 15 февраля 2025 г.

Проблема и обоснование

Ежемесячное формирование управленческой отчетности занимает у аналитиков финансового отдела около 40 часов в совокупности. Данные собираются вручную из трех систем: 1С, корпоративного Excel и внешней BI-платформы. Ошибки при ручной сборке фиксируются ежеквартально. Автоматизация позволит сократить трудозатраты минимум на 70% и устранить класс ошибок, связанных с ручным переносом данных.

Цель

Создать автоматизированный пайплайн сбора и консолидации данных из 1С, Excel-источников и BI-платформы с выгрузкой в единый дашборд к 10-му числу каждого месяца.

Результаты проекта

• Настроена автоматическая выгрузка данных из всех трех источников
• Создан шаблон дашборда с ключевыми показателями (P&L, EBITDA, ДДС)
• Документация для ИТ-поддержки и пользовательская инструкция
• Пилотный запуск на данных одного месяца до финальной сдачи

Участники и роли

• Спонсор: CFO – утверждает результат, принимает решения по эскалациям
• Руководитель проекта: руководитель ИТ-отдела – координирует команду, отчитывается перед спонсором
• Аналитик данных: разработка пайплайна и дашборда
• Представитель финансового отдела: формулирует требования, принимает дашборд

Бюджет

• Внутренние трудозатраты: 180 часов (оценка)
• Лицензии и инструменты: 0 ₽ (используется существующий стек)
• Внешние подрядчики: не привлекаются

Сроки

• Старт: 17 февраля 2025
• Пилот: 14 марта 2025
• Финальная сдача: 31 марта 2025

Ограничения и допущения

• Структура данных в 1С не меняется в ходе проекта
• Доступ к BI-платформе предоставляется до 20 февраля
• Аналитик данных занят на этом проекте не менее 50% рабочего времени

Утверждение

Роль	Подпись	Дата
CFO	________________	________________
Руководитель ИТ	________________	________________

---

• Почему подходит: компактный формат хорошо работает для внутренних инициатив, где нет внешнего заказчика и сложной цепочки согласований.
• Раздел "Допущения" – часто недооценивают. Именно здесь фиксируются условия, при которых план реалистичен. Если допущение не выполнится – это повод для пересмотра сроков.
• P&L, EBITDA, ДДС – стандартные форматы управленческой отчетности: отчет о прибылях и убытках, операционная прибыль до вычетов, движение денежных средств.

📌 Устав проекта по внедрению CRM-системы

• Сценарий: компания впервые внедряет CRM, проект ведет внешний интегратор
• Адресат: генеральный директор, коммерческий директор, команда продаж
• Задача: зафиксировать объем внедрения, роли и критерии успешного завершения

Пример:

---

УСТАВ ПРОЕКТА

Название: Внедрение CRM-системы в отделе продаж

Номер: CRM-2025-001

Заказчик: ООО "Название компании"

Исполнитель: ООО "Интегратор"

Дата составления: 3 марта 2025 г.

1. Цель и обоснование

Внедрить CRM-систему для централизованного управления клиентской базой, сделками и коммуникациями отдела продаж. На текущий момент менеджеры ведут клиентов в разрозненных таблицах, что приводит к потере заявок и невозможности оценить воронку продаж в реальном времени.

2. Объем проекта

Включено:

• Настройка воронки продаж под бизнес-процессы компании
• Импорт текущей клиентской базы (до 5 000 контактов)
• Интеграция с корпоративной почтой и мессенджером
• Базовое обучение команды (2 сессии по 3 часа)
• Техническая поддержка в течение 30 дней после запуска

Исключено:

• Интеграция с 1С и складским учетом
• Разработка нестандартных модулей
• Обучение сотрудников, не входящих в отдел продаж

3. Критерии успешного завершения

• Все менеджеры прошли обучение и могут самостоятельно вести сделки
• Клиентская база импортирована без потерь
• Воронка продаж отображает актуальные данные в режиме реального времени
• Интеграция с почтой работает без ошибок
• Руководитель отдела продаж подписал акт приемки

4. Команда проекта

Роль	Сторона	Ответственность
Спонсор	Заказчик (ГД)	Финальное утверждение, бюджет
Руководитель проекта	Исполнитель	Управление, отчетность, риски
Куратор со стороны заказчика	Коммерческий директор	Согласование требований, приемка
Технический специалист	Исполнитель	Настройка, интеграции

5. Бюджет

• Стоимость внедрения: 185 000 ₽
• Лицензии CRM (12 мес., 10 пользователей): 72 000 ₽
• Итого: 257 000 ₽
• Оплата: 50% при подписании договора, 50% при подписании акта приемки

6. Сроки

• Подписание устава и договора: 10 марта 2025
• Настройка системы: 10–28 марта 2025
• Импорт базы и тестирование: 31 марта – 4 апреля 2025
• Обучение команды: 7–8 апреля 2025
• Запуск и акт приемки: 11 апреля 2025

7. Риски

• Риск: клиентская база в нестандартном формате, требующем очистки. Реакция: заказчик предоставляет базу за 5 дней до начала импорта.
• Риск: низкая вовлеченность менеджеров на обучении. Реакция: обязательное присутствие фиксируется приказом.

Подписи сторон

Заказчик	Исполнитель
________________	________________
Дата: ________________	Дата: ________________

---

• Почему подходит: устав с двумя сторонами (заказчик и исполнитель) фиксирует не только содержание, но и ответственность каждой стороны – это критично при внешнем подрядчике.
• Что важно не испортить: раздел "Исключено" при работе с интегратором – именно он защищает от споров о том, "входит это в контракт или нет".

Примеры устава проекта в маркетинге и продвижении

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

📌 Устав проекта по запуску рекламной кампании

• Сценарий: запуск сезонной кампании перед высоким сезоном
• Адресат: маркетинговый директор, отдел продаж, подрядчик по трафику
• Задача: согласовать цели, каналы, бюджет и KPI до старта

Пример:

---

УСТАВ ПРОЕКТА

Название: Рекламная кампания "Летний сезон 2025"

Код: MKT-2025-S01

Период проекта: 1 мая – 31 июля 2025 г.

Дата составления устава: 10 апреля 2025 г.

Цель кампании

Увеличить объем входящих заявок из digital-каналов на 40% по сравнению с аналогичным периодом 2024 года при сохранении стоимости заявки не выше 1 200 ₽.

Целевая аудитория

• Мужчины и женщины 28–45 лет
• Доход: средний и выше среднего
• Интересы: активный отдых, туризм, семейный досуг
• География: Москва, Санкт-Петербург, города-миллионники

Каналы и форматы

Канал	Формат	Бюджет
Яндекс Директ	Поиск + РСЯ	350 000 ₽
ВКонтакте	Таргетированная реклама	180 000 ₽
Telegram Ads	Промопосты в тематических каналах	120 000 ₽
Email	Рассылка по базе	30 000 ₽
Итого		680 000 ₽

KPI проекта

• Количество заявок за период: не менее 560
• Стоимость заявки (CPL): не выше 1 200 ₽
• CTR по поисковым объявлениям: не ниже 4%
• Открываемость email-рассылки: не ниже 18%

Команда

• Спонсор: маркетинговый директор
• Руководитель проекта: старший маркетолог
• Трафик-менеджер: подрядчик (агентство "Название агентства")
• Дизайнер: внутренний, отдел маркетинга
• Аналитик: внутренний

Ключевые сроки

• Утверждение креативов: 25 апреля
• Запуск кампаний: 1 мая
• Промежуточный отчет: 2 июня
• Оптимизация по результатам первого месяца: 5–9 июня
• Финальный отчет: 10 августа

Риски

• Задержка согласования креативов – буфер 5 дней заложен в план.
• Резкий рост стоимости клика в Яндексе – перераспределение бюджета между каналами по решению РП.

Утверждение

Роль	Подпись	Дата
Маркетинговый директор	________________	________________
Руководитель проекта	________________	________________

---

• Почему подходит: разбивка бюджета по каналам прямо в уставе позволяет сразу видеть распределение ресурсов и договориться о нем до старта, а не в процессе.
• CPL – cost per lead, стоимость одной заявки. CTR – click-through rate, процент кликов от числа показов.
• Что важно не испортить: KPI должны быть конкретными и измеримыми. "Увеличить узнаваемость бренда" без цифр – не KPI.

📌 Устав проекта по ребрендингу

• Сценарий: компания меняет визуальную идентичность и позиционирование
• Адресат: генеральный директор, маркетинг, дизайн-студия
• Задача: зафиксировать объем изменений, сроки и зоны ответственности

Пример:

---

УСТАВ ПРОЕКТА

Название: Ребрендинг компании "Название"

Код: BRAND-2025-01

Дата: 20 января 2025 г.

Предпосылки и цель

Текущий визуальный стиль компании не обновлялся с 2016 года и не соответствует позиционированию в новом сегменте B2B. Цель проекта – обновить фирменный стиль, логотип и коммуникационное позиционирование для выхода на корпоративный рынок.

Объем работ

Входит:

• Исследование конкурентного окружения и аудитории (бриф + анализ)
• Разработка нового логотипа (до 3 концепций на выбор)
• Создание брендбука: цвета, типографика, сетка, правила применения
• Шаблоны: презентация, бланк, визитка, подпись в email
• Адаптация сайта под новый стиль (только главная страница и шапка)

Не входит:

• Разработка нового сайта с нуля
• Производство полиграфии
• Наружная реклама и вывески
• Изменение юридического названия компании

Результаты

• Утвержденный логотип в векторном формате
• Брендбук в PDF (не менее 40 страниц)
• Пакет шаблонов в форматах PPTX, DOCX, AI
• Обновленная главная страница сайта

Команда

• Спонсор: генеральный директор
• Руководитель проекта: директор по маркетингу
• Подрядчик: дизайн-студия "Название студии"
• Согласующий: коммерческий директор (финальное утверждение концепций)

Сроки

• Брифинг и исследование: 27 января – 7 февраля
• Концепции логотипа: 21 февраля
• Утверждение концепции: 28 февраля
• Брендбук и шаблоны: 28 марта
• Адаптация сайта: 18 апреля
• Финальная сдача: 25 апреля

Бюджет

• Дизайн-студия: 480 000 ₽
• Веб-разработка (адаптация сайта): 90 000 ₽
• Итого: 570 000 ₽

Полномочия РП

• Утверждать промежуточные материалы без созыва комитета
• Принимать решения по правкам в рамках согласованной концепции
• Финальное утверждение концепции – только с подписью коммерческого директора

Утверждение

Роль	Подпись	Дата
Генеральный директор	________________	________________
Директор по маркетингу	________________	________________

---

• Почему подходит: ребрендинг – проект с высоким риском "бесконечных правок". Устав с четкими результатами и форматами сдачи защищает и заказчика, и подрядчика.
• Что важно не испортить: раздел "Не входит" здесь особенно важен. Без него заказчик неизбежно начнет добавлять задачи: "а давайте еще соцсети, а можно вывеску?"

📌 Устав контент-проекта

• Сценарий: запуск корпоративного блога и Telegram-канала
• Адресат: директор по маркетингу, редакция, SMM-специалист
• Задача: зафиксировать цели, форматы, периодичность и критерии результата

Пример:

---

УСТАВ ПРОЕКТА

Название: Запуск контент-направления: корпоративный блог и Telegram-канал

Код: CNT-2025-01

Дата: 5 февраля 2025 г.

Цель

Создать два регулярных контент-канала для формирования экспертного образа компании и генерации органического трафика на сайт. Целевой показатель через 6 месяцев: 3 000 подписчиков в Telegram, 500 уникальных посетителей блога в месяц из поиска.

Объем работ

• Разработка контент-стратегии и рубрикатора
• Блог: 8 статей в месяц, объем 2 000–4 000 знаков каждая
• Telegram: 12 постов в месяц, форматы – экспертные заметки, кейсы, новости отрасли
• Ежемесячный отчет по метрикам

Не входит:

• Платное продвижение публикаций
• Производство видеоконтента
• Ведение других соцсетей

Команда

• Спонсор: директор по маркетингу
• Редактор: ведущий контент-менеджер – контент-план, редактура, публикация
• Авторы: внутренние эксперты (по договоренности) + внешний копирайтер
• SMM-специалист: Telegram, аналитика

KPI

• Через 3 месяца: 1 200 подписчиков Telegram, 150 уникальных из поиска в месяц
• Через 6 месяцев: 3 000 подписчиков Telegram, 500 уникальных из поиска в месяц
• Вовлеченность в Telegram: ERR не ниже 8%

Бюджет (ежемесячно)

• Внешний копирайтер: 30 000 ₽
• Дизайн обложек: 8 000 ₽
• Итого: 38 000 ₽ / месяц

Сроки

• Контент-стратегия и рубрикатор: 19 февраля
• Первые публикации: 1 марта
• Первый промежуточный отчет: 1 апреля
• Итоговая оценка результата: 1 сентября

Утверждение

Роль	Подпись	Дата
Директор по маркетингу	________________	________________
Редактор	________________	________________

---

• Почему подходит: контент-проекты часто не имеют четкого финала – они длятся месяцами. Устав с промежуточными KPI помогает оценивать результат не "в целом", а конкретно.
• ERR – engagement rate by reach, показатель вовлеченности относительно охвата поста.

Примеры устава проекта в строительстве и инфраструктуре

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

📌 Устав строительного проекта

• Сценарий: строительство производственного склада под ключ
• Адресат: инвестор, генеральный подрядчик, технадзор
• Задача: зафиксировать параметры объекта, ответственность сторон и контрольные точки

Пример:

---

УСТАВ ПРОЕКТА

Название: Строительство производственно-складского комплекса

Объект: Складской комплекс площадью 2 400 кв. м, г. [Город]

Код: BUILD-2025-SKL-01

Дата: 15 марта 2025 г.

1. Цель и обоснование

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

2. Описание объекта

• Площадь: 2 400 кв. м (склад – 2 000 кв. м, административная часть – 400 кв. м)
• Конструкция: металлокаркас с сэндвич-панелями
• Высота в коньке: 9 м
• Коммуникации: электричество 380В, водоснабжение, канализация, отопление
• Покрытие пола: промышленный бетон М300 с топпингом

3. Объем работ

Входит:

• Проектирование (рабочая документация)
• Земляные работы и фундамент
• Монтаж металлоконструкций и ограждающих конструкций
• Кровля и фасад
• Внутренняя отделка административной части
• Подключение коммуникаций
• Благоустройство прилегающей территории (асфальт, ограждение)
• Сдача объекта в эксплуатацию

Не входит:

• Технологическое оборудование
• Стеллажные системы
• Системы видеонаблюдения и охранной сигнализации
• Внешние инженерные сети за пределами 20 м от объекта

4. Участники

Роль	Организация / ФИО	Ответственность
Заказчик / инвестор	ООО "Название"	Финансирование, приемка объекта
Технический заказчик	Иванов А.П.	Контроль хода строительства
Генеральный подрядчик	ООО "СтройГрупп"	Выполнение СМР, субподрядчики
Проектировщик	ООО "Проект"	Рабочая документация
Технадзор	Петров С.В.	Контроль качества и соответствия проекту

5. Бюджет

• Проектирование: 1 200 000 ₽
• СМР: 18 500 000 ₽
• Резерв (5%): 925 000 ₽
• Итого: 20 625 000 ₽

6. Контрольные точки

Этап	Срок
Утверждение рабочей документации	15 апреля 2025
Завершение фундаментных работ	30 мая 2025
Монтаж металлоконструкций	31 июля 2025
Закрытый тепловой контур	15 сентября 2025
Завершение отделки и инженерии	30 октября 2025
Сдача в эксплуатацию	30 ноября 2025

7. Риски

• Задержка согласования рабочей документации – буфер 10 дней.
• Неблагоприятные погодные условия в осенний период – закрытый контур планируется до 15 сентября.
• Рост цен на металл – фиксация цены с подрядчиком при подписании договора.

8. Критерии приемки

• Объект введен в эксплуатацию с оформлением разрешения
• Все коммуникации подключены и проверены
• Устранены все замечания технадзора
• Исполнительная документация передана заказчику

Подписи

Роль	Подпись	Дата
Заказчик	________________	________________
Технический заказчик	________________	________________
Генеральный подрядчик	________________	________________

---

• Почему подходит: строительный устав с детальным описанием объекта и четкими критериями приемки – это документ, который реально работает как инструмент контроля, а не просто формальность.
• СМР – строительно-монтажные работы. Исполнительная документация – комплект документов, подтверждающих выполнение работ в соответствии с проектом.

📌 Устав проекта по ремонту офиса

• Сценарий: плановый ремонт арендуемого офиса без переезда
• Адресат: административный директор, подрядчик, арендодатель
• Задача: согласовать объем, сроки и условия работы без остановки деятельности

Пример:

---

УСТАВ ПРОЕКТА

Название: Косметический ремонт офисных помещений (этаж 4, блок А)

Код: OFFICE-REN-2025

Дата: 10 апреля 2025 г.

Цель

Провести косметический ремонт офисных помещений площадью 320 кв. м без прерывания работы компании. Ремонт проводится поэтапно по зонам в нерабочее время (вечер и выходные).

Объем работ

• Покраска стен и потолков во всех помещениях
• Замена напольного покрытия (ковролин → ламинат) в 4 кабинетах
• Замена светильников на LED
• Ремонт санузлов (плитка, сантехника, вентиляция)
• Покраска входной группы и коридора

Не входит:

• Перепланировка помещений
• Замена дверей и окон
• Работы с электрощитом

Особые условия

• Работы ведутся только с 19:00 до 8:00 в будни и в выходные дни
• Подрядчик обеспечивает уборку после каждой смены
• Доступ в серверную комнату запрещен

Команда

• Руководитель проекта: административный директор
• Подрядчик: ИП Сидоров В.А.
• Согласующий от арендодателя: управляющий зданием

Бюджет

• Материалы: 380 000 ₽
• Работы: 290 000 ₽
• Итого: 670 000 ₽

Сроки

• Старт: 21 апреля 2025
• Зона 1 (санузлы, коридор): 21 апреля – 9 мая
• Зона 2 (кабинеты 1–2): 12–23 мая
• Зона 3 (кабинеты 3–4, переговорная): 26 мая – 6 июня
• Финальная уборка и приемка: 9 июня

Утверждение

Роль	Подпись	Дата
Административный директор	________________	________________
Подрядчик	________________	________________

---

• Почему подходит: для небольшого ремонтного проекта лаконичный устав на 1–2 страницы эффективнее громоздкого документа. Главное – зафиксированы объем, ограничения и режим работ.
• Что важно не испортить: раздел "Особые условия" здесь ключевой – именно он защищает от конфликтов с сотрудниками и арендодателем.

Примеры устава проекта в HR и организационных изменениях

HR-проекты и проекты по изменению организационной структуры часто воспринимаются как "мягкие" – без четкого продукта на выходе. Устав здесь особенно важен: он переводит размытые инициативы в конкретные задачи с измеримыми результатами.

📌 Устав проекта по внедрению системы адаптации новых сотрудников

• Сценарий: компания активно растет, новые сотрудники выходят на работу без системного онбординга
• Адресат: HR-директор, руководители подразделений
• Задача: создать и внедрить стандартизированную программу адаптации

Пример:

---

УСТАВ ПРОЕКТА

Название: Разработка и внедрение системы адаптации новых сотрудников

Код: HR-ONBOARD-2025

Дата: 17 февраля 2025 г.

Проблема

В 2024 году 31% новых сотрудников покинули компанию в первые 90 дней. По результатам exit-интервью основная причина – отсутствие понятной структуры первых недель и недостаточная поддержка со стороны руководителей. Стоимость замены одного сотрудника составляет в среднем 2,5 месячных оклада.

Цель проекта

Разработать и внедрить систему адаптации (онбординг), которая позволит снизить текучесть в первые 90 дней с 31% до 15% к концу 2025 года.

Объем работ

• Аудит текущей практики адаптации в подразделениях
• Разработка единой программы онбординга: план на 30/60/90 дней
• Создание welcome-пакета (документы, инструкции, доступы)
• Разработка чек-листов для руководителей и HR
• Обучение руководителей роли ментора
• Внедрение системы обратной связи с новыми сотрудниками (анкеты на 30-й и 90-й день)

Не входит:

• Разработка системы обучения для действующих сотрудников
• Изменение системы мотивации
• Внедрение HR-платформы (рассматривается как отдельный проект)

Команда

• Спонсор: генеральный директор
• Руководитель проекта: HR-директор
• Рабочая группа: HR-менеджер, представители 3 ключевых подразделений
• Внешний консультант: по необходимости

KPI проекта

• Текучесть в первые 90 дней: снижение с 31% до 15% к декабрю 2025
• Охват онбордингом: 100% новых сотрудников с июня 2025
• Удовлетворенность программой (анкета 90-го дня): не ниже 4,0 из 5

Сроки

• Аудит и анализ: 24 февраля – 14 марта
• Разработка программы и материалов: 17 марта – 18 апреля
• Обучение руководителей: 21–25 апреля
• Пилот (3 новых сотрудника): май 2025
• Полноценный запуск: 1 июня 2025
• Первая оценка результата: 1 сентября 2025

Бюджет

• Внутренние ресурсы HR: 0 ₽ (в рамках функции)
• Разработка материалов и полиграфия: 45 000 ₽
• Обучение руководителей (внешний тренер): 80 000 ₽
• Итого: 125 000 ₽

Утверждение

Роль	Подпись	Дата
Генеральный директор	________________	________________
HR-директор	________________	________________

---

• Почему подходит: "мягкий" HR-проект получает измеримую цель – конкретный процент текучести. Это переводит инициативу из категории "хотелось бы" в управляемый проект.
• Exit-интервью – беседа с сотрудником при увольнении для выяснения причин ухода. Онбординг – процесс адаптации нового сотрудника к компании.

📌 Устав проекта по оптимизации организационной структуры

• Сценарий: компания выросла, структура устарела, возникли дублирование функций и разрывы в управлении
• Адресат: генеральный директор, топ-менеджмент
• Задача: провести диагностику и разработать новую оргструктуру

Пример:

---

УСТАВ ПРОЕКТА

Название: Оптимизация организационной структуры компании

Код: ORG-OPT-2025

Дата: 3 марта 2025 г.

Обоснование

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

Цель

Разработать новую организационную структуру, которая устраняет дублирование функций, сокращает число уровней согласования и соответствует стратегии роста компании на 2025–2027 годы.

Объем работ

• Диагностика текущей структуры: интервью с руководителями, анализ функций и зон ответственности
• Разработка 2–3 вариантов новой структуры с оценкой плюсов и минусов
• Утверждение целевой структуры на уровне совета директоров
• Разработка плана перехода: сроки, коммуникации, кадровые решения
• Обновление должностных инструкций для изменяемых позиций

Не входит:

• Реализация кадровых перестановок (отдельный операционный этап)
• Пересмотр системы мотивации
• Изменение бизнес-процессов (отдельный проект)

Команда

• Спонсор: генеральный директор
• Руководитель проекта: HR-директор
• Рабочая группа: топ-менеджеры подразделений
• Внешний консультант: консалтинговая компания (по необходимости)

Сроки

• Диагностика: 10–28 марта 2025
• Разработка вариантов структуры: 31 марта – 18 апреля
• Утверждение структуры: 25 апреля
• План перехода: 26 апреля – 16 мая
• Презентация итогов всей команде: 23 мая

Риски

• Сопротивление изменениям со стороны руководителей – коммуникационный план разрабатывается параллельно с проектом.
• Утечка информации о структурных изменениях до официального объявления – доступ к материалам ограничен рабочей группой.

Утверждение

Роль	Подпись	Дата
Генеральный директор	________________	________________
HR-директор	________________	________________

---

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

Примеры устава проекта в образовании и НКО

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

📌 Устав образовательного проекта

• Сценарий: запуск курса профессиональной переподготовки на базе учебного центра
• Адресат: директор учебного центра, методисты, преподаватели
• Задача: запустить новый образовательный продукт в срок и с заданным качеством

Пример:

---

УСТАВ ПРОЕКТА

Название: Разработка и запуск курса "Управление проектами: базовый уровень"

Код: EDU-PM-2025

Дата: 20 января 2025 г.

Цель

Разработать и запустить курс профессиональной переподготовки в области управления проектами продолжительностью 72 академических часа. Первый поток – не менее 20 слушателей, старт не позже 1 сентября 2025 года.

Целевая аудитория

• Специалисты и руководители среднего звена без базового образования в PM
• Возраст: 25–45 лет
• Формат обучения: очно-заочный (модули по выходным)

Объем работ

• Разработка учебной программы и рабочих планов занятий
• Создание учебных материалов (презентации, кейсы, тесты)
• Подбор и согласование преподавателей
• Лицензирование программы (если требуется)
• Маркетинг и набор первого потока
• Проведение первого потока и сбор обратной связи

Результаты проекта

• Утвержденная учебная программа
• Комплект учебных материалов
• Не менее 20 слушателей в первом потоке
• Средняя оценка курса слушателями – не ниже 4,3 из 5
• Документ о профессиональной переподготовке для выпускников

Команда

• Спонсор: директор учебного центра
• Руководитель проекта: методист-координатор
• Разработчики курса: 2 методиста
• Преподаватели: 3–4 эксперта (внутренние и внешние)
• Маркетолог: специалист по продвижению образовательных программ

Бюджет

• Разработка материалов: 120 000 ₽
• Гонорары преподавателей (первый поток): 180 000 ₽
• Маркетинг: 60 000 ₽
• Прочее: 20 000 ₽
• Итого: 380 000 ₽
• Планируемая выручка с первого потока (20 слушателей × 25 000 ₽): 500 000 ₽

Сроки

• Утверждение программы: 14 февраля
• Разработка материалов: 28 февраля – 30 апреля
• Открытие записи: 1 мая
• Набор группы: 1 мая – 31 июля
• Старт первого потока: 1 сентября
• Завершение и оценка: 30 ноября

Утверждение

Роль	Подпись	Дата
Директор учебного центра	________________	________________
Методист-координатор	________________	________________

---

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

📌 Устав социального проекта НКО

• Сценарий: НКО реализует проект на грантовые средства
• Адресат: правление НКО, грантодатель, партнеры
• Задача: зафиксировать цели, охват, бюджет и отчетность по гранту

Пример:

---

УСТАВ ПРОЕКТА

Название: "Старт без барьеров" – программа профориентации для подростков с ОВЗ

Организация: Благотворительный фонд "Название фонда"

Источник финансирования: Грант Фонда президентских грантов

Период реализации: 1 апреля – 31 декабря 2025 г.

Дата составления: 15 марта 2025 г.

Проблема

Подростки с ограниченными возможностями здоровья в возрасте 14–17 лет испытывают трудности с профессиональным самоопределением из-за недостатка доступных форматов профориентации и стереотипов работодателей. По данным регионального министерства труда, уровень трудоустройства выпускников с ОВЗ в регионе составляет 38%.

Цель

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

Результаты

• 60 участников прошли программу
• Каждый участник попробовал не менее 3 профессий
• Проведено 8 встреч с работодателями
• Не менее 20 участников сформулировали образовательный маршрут
• Методическое пособие для специалистов, опубликованное в открытом доступе

Команда

• Руководитель проекта: исполнительный директор фонда
• Координатор: социальный педагог
• Партнеры: 3 учреждения профессионального образования, 5 компаний-работодателей
• Волонтеры: 10 человек

Бюджет

• Зарплата команды: 480 000 ₽
• Мероприятия и профпробы: 210 000 ₽
• Транспорт и логистика: 80 000 ₽
• Методические материалы: 50 000 ₽
• Итого: 820 000 ₽

Отчетность

• Промежуточный отчет грантодателю: 1 августа 2025
• Итоговый отчет: 20 января 2026
• Публичный отчет на сайте фонда: 31 января 2026

Утверждение

Роль	Подпись	Дата
Председатель правления	________________	________________
Руководитель проекта	________________	________________

---

• Почему подходит: грантовый проект требует четкой фиксации результатов – именно по ним грантодатель оценивает выполнение. Устав здесь фактически является основой для отчетности.
• ОВЗ – ограниченные возможности здоровья.

Примеры устава проекта в компактном одностраничном формате

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

📌 Мини-устав для небольшой команды

• Сценарий: небольшая команда запускает внутреннюю инициативу без внешнего заказчика
• Адресат: члены команды и непосредственный руководитель
• Задача: зафиксировать договоренности на одной странице

Пример:

---

МИНИ-УСТАВ ПРОЕКТА

Название: Обновление базы знаний отдела клиентского сервиса

Дата: 7 апреля 2025 г.

Срок: 7 апреля – 30 мая 2025 г.

Зачем: Текущая база знаний устарела: 40% статей не обновлялись больше года. Менеджеры тратят лишнее время на поиск актуальной информации, что замедляет обработку обращений.

Что делаем:

• Аудит всех статей в базе (оценка: актуально / устарело / удалить)
• Обновление 30 ключевых статей
• Создание 10 новых статей по частым вопросам
• Структурирование разделов и обновление навигации

Что не делаем: не переносим базу на другую платформу, не переписываем скрипты продаж.

Кто отвечает:

• Руководитель: Смирнова О.В. (ведущий менеджер)
• Авторы: Козлов А., Федорова Н.
• Проверка: руководитель отдела

Результат: обновленная база знаний, принятая руководителем отдела, с датой проверки каждой статьи.

Ресурсы: внутренние, без дополнительного бюджета. Трудозатраты: ~8 часов в неделю на двух авторов.

Согласовано:

Руководитель отдела: ________________

Дата: ________________

---

• Почему подходит: одностраничный формат работает для внутренних задач, где нет внешнего заказчика, сложного бюджета и множества участников. Документ занимает минуту на чтение и при этом фиксирует все важное.
• Что важно не испортить: даже в мини-уставе нужен раздел "Что не делаем". Без него через неделю кто-то обязательно предложит "заодно" перенести базу на новую платформу.

📌 Устав спринта / итерации

• Сценарий: команда разработки фиксирует договоренности на двухнедельный спринт
• Адресат: команда, Product Owner, Scrum Master
• Задача: зафиксировать цель спринта, состав работ и критерии готовности

Пример:

---

УСТАВ СПРИНТА 14

Период: 14–25 апреля 2025 г.

Команда: Backend – 2 чел., Frontend – 2 чел., QA – 1 чел., Дизайн – 0,5 чел.

Цель спринта: Завершить разработку модуля уведомлений и передать его в тестирование. Реализовать базовый личный кабинет пользователя (просмотр профиля и история заказов).

Задачи спринта (приоритизированные)

Задача	Исполнитель	Story Points
Модуль push-уведомлений (backend)	Иванов	8
Интеграция push с мобильным клиентом	Петров	5
Личный кабинет: страница профиля	Сидорова	5
Личный кабинет: история заказов	Козлов	8
Тестирование модуля уведомлений	Федорова (QA)	3
Итого		29

Критерии готовности (Definition of Done)

• Код прошел ревью
• Юнит-тесты написаны и проходят
• QA подтвердил отсутствие критических дефектов
• Задача задеплоена на тестовый стенд
• Product Owner принял задачу

Ограничения

• Иванов в отпуске 24–25 апреля: задачи перераспределены
• Дизайн личного кабинета утверждается не позже 15 апреля

Ретроспектива предыдущего спринта

• Что работало: ежедневные стендапы держали команду в синхронизации
• Что улучшаем: задачи по QA включаем в планирование заранее, не в конце спринта

Согласовано на планировании: 14 апреля 2025 г., все участники команды.

---

• Почему подходит: устав спринта – это облегченный формат для гибких команд. Он фиксирует договоренности на короткий период и помогает избежать "а я думал, мы это не делаем в этом спринте".
• Story Points – условные единицы оценки сложности задачи в Scrum. Definition of Done – согласованный командой набор критериев, при выполнении которых задача считается завершенной. Стендап – ежедневная короткая встреча команды (обычно 15 минут) для синхронизации.

Как создать устав проекта. Правила и этапы сборки с примерами

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

Базовая схема сборки устава проекта

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

• Шаг 1. Идентификатор – название, код, дата, версия
• Шаг 2. Обоснование и цель – зачем проект, что он решает
• Шаг 3. Объем работ – что входит и что не входит
• Шаг 4. Результаты и критерии успеха – как поймем, что сделано
• Шаг 5. Участники и роли – кто за что отвечает
• Шаг 6. Бюджет и ресурсы – деньги, люди, инструменты
• Шаг 7. Сроки и контрольные точки – когда и что должно быть готово
• Шаг 8. Риски и ограничения – что может пойти не так
• Шаг 9. Полномочия РП – что руководитель может решать самостоятельно
• Шаг 10. Подписи – кто утверждает документ

Таблица блоков устава проекта

Блок	Зачем нужен	Что сюда подставляется	Пример заполнения
Идентификатор	Однозначно идентифицировать документ	Название, код, дата, версия	Автоматизация складского учета, WH-AUTO-2025, 10.03.2025, v1.0
Обоснование и цель	Ответить на вопрос "зачем"	Проблема, которую решает проект, и измеримая цель	Ручной учет приводит к пересортице. Цель – сократить ошибки учета на 80% за 6 месяцев
Объем работ	Зафиксировать границы – что делаем и что не делаем	Список работ, входящих в проект + явный список исключений	Входит: настройка WMS, обучение. Не входит: закупка оборудования
Результаты и критерии успеха	Дать измеримое определение "готово"	Конкретные артефакты и показатели	Система запущена, все кладовщики прошли обучение, ошибки учета снизились до 2%
Участники и роли	Развести ответственность между людьми	Роль, ФИО / подразделение, зона ответственности	Спонсор – директор по логистике; РП – Петров А.С.; подрядчик – ООО "Логика"
Бюджет	Зафиксировать финансовые рамки	Статьи затрат, суммы, источник финансирования	Разработка: 320 000 ₽; лицензии: 80 000 ₽; итого: 400 000 ₽
Сроки и контрольные точки	Дать временные ориентиры для контроля	Этапы с датами завершения	ТЗ – 25 марта; настройка – 18 апреля; обучение – 25 апреля; запуск – 30 апреля
Риски и ограничения	Зафиксировать известные угрозы и условия	Риск + реакция на него; ограничения по ресурсам или условиям	Риск: нестандартный формат данных в 1С. Реакция: технический аудит до старта
Полномочия РП	Дать руководителю проекта право принимать решения	Что РП может решать самостоятельно, что требует согласования	РП вправе перераспределять задачи внутри команды без согласования спонсора
Подписи	Официально утвердить документ	Роль, ФИО, подпись, дата	Спонсор: ________________ / РП: ________________

Пошаговая сборка на одном кейсе

Сценарий: небольшая производственная компания хочет внедрить систему управления складом (WMS). Проект ведет собственный ИТ-отдел совместно с внешним интегратором.

Шаг 1. Идентификатор

Название: "Внедрение WMS на основном складе". Код: WMS-2025-01. Дата: 1 апреля 2025. Версия: 1.0.

Шаг 2. Обоснование и цель

Проблема: ручной учет движения товара приводит к ошибкам пересортицы в 12% отгрузок. Цель: внедрить WMS и сократить ошибки до 1,5% в течение 3 месяцев после запуска.

Шаг 3. Объем работ

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

Шаг 4. Результаты и критерии успеха

• WMS запущена в промышленную эксплуатацию
• Все кладовщики (8 человек) прошли обучение и работают в системе
• Интеграция с 1С работает без потерь данных
• Через 3 месяца ошибки отгрузки – не более 1,5%

Шаг 5. Участники и роли

• Спонсор: директор по логистике
• Руководитель проекта: руководитель ИТ-отдела
• Интегратор: ООО "Название интегратора"
• Куратор от склада: начальник склада

Шаг 6. Бюджет

• Лицензия WMS (12 мес.): 96 000 ₽
• Внедрение и настройка: 280 000 ₽
• Обучение: 40 000 ₽
• Итого: 416 000 ₽

Шаг 7. Сроки

• Выбор платформы и подписание договора: 14 апреля
• Настройка и интеграция с 1С: 14 апреля – 9 мая
• Обучение персонала: 12–16 мая
• Тестовый период: 19 мая – 30 мая
• Запуск в промышленную эксплуатацию: 2 июня

Шаг 8. Риски

• Нестандартная структура справочников в 1С – провести технический аудит до старта.
• Сопротивление кладовщиков новой системе – обязательное участие начальника склада в обучении.

Шаг 9. Полномочия РП

• Принимать технические решения по настройке без созыва комитета
• Переносить отдельные задачи в пределах ±3 рабочих дней без согласования спонсора

Шаг 10. Подписи

Директор по логистике + руководитель ИТ-отдела + представитель интегратора.

Готовый собранный устав

---

УСТАВ ПРОЕКТА

Название: Внедрение системы управления складом (WMS)

Код: WMS-2025-01 | Дата: 1 апреля 2025 г. | Версия: 1.0

Обоснование и цель

Ручной учет движения товара приводит к ошибкам пересортицы в 12% отгрузок, что влечет возвраты и потерю лояльности клиентов. Цель проекта – внедрить WMS и сократить долю ошибок до 1,5% в течение 3 месяцев после запуска.

Объем работ

Входит: выбор платформы, настройка WMS, интеграция с 1С, обучение 8 сотрудников склада, тестовый период 2 недели.
Не входит: закупка терминалов сбора данных, переоборудование зон хранения.

Результаты и критерии успеха

• WMS запущена в промышленную эксплуатацию
• Все кладовщики работают в системе самостоятельно
• Интеграция с 1С без потерь данных
• Ошибки отгрузки через 3 месяца – не более 1,5%

Команда

Роль	Кто	Ответственность
Спонсор	Директор по логистике	Бюджет, финальная приемка
РП	Руководитель ИТ-отдела	Управление командой и сроками
Интегратор	ООО "Название интегратора"	Настройка и интеграция
Куратор склада	Начальник склада	Приемка от пользователей, обучение

Бюджет: 416 000 ₽ (лицензия – 96 000 ₽, внедрение – 280 000 ₽, обучение – 40 000 ₽)

Сроки

• Договор с интегратором: 14 апреля
• Настройка и интеграция: до 9 мая
• Обучение: 12–16 мая
• Тест: 19–30 мая
• Запуск: 2 июня

Риски: нестандартные справочники 1С (аудит до старта), сопротивление персонала (участие начальника склада в обучении обязательно).

Полномочия РП: самостоятельные технические решения; перенос задач в пределах ±3 дней без согласования спонсора.

Утверждение

Роль	Подпись	Дата
Директор по логистике	________________	________________
Руководитель ИТ	________________	________________
Интегратор	________________	________________

---

Границы применимости и типичные ошибки

Когда схема работает хорошо:

• Есть четкий спонсор с полномочиями утверждать и финансировать
• Команда понимает, что устав – это договоренность, а не бюрократия
• Объем проекта достаточно предсказуем для фиксации в документе

Где схема ломается:

• Проект исследовательский и цель еще не сформулирована – устав писать рано
• В компании нет культуры работы с документами – устав подпишут и забудут
• Спонсор не определен или реально не имеет полномочий – документ не будет работать

Что нельзя выкидывать:

• Раздел "Не входит в проект" – его отсутствие – главный источник конфликтов
• Критерии успеха – без них непонятно, когда проект завершен
• Подписи – без них устав не имеет юридической и управленческой силы

Что можно менять:

• Детализация блоков – для маленького проекта достаточно 1–2 предложений в каждом
• Порядок разделов – если в компании принят другой стандарт
• Формат таблиц и списков – главное, чтобы информация была читаемой

Что нельзя переносить бездумно из чужого примера:

• Конкретные KPI – они должны соответствовать вашей ситуации
• Бюджетные цифры – они условные, ориентировочные
• Состав команды – роли и ответственность определяются вашей структурой

Практические советы по работе с уставом проекта

Ситуация	Рекомендация
Нет спонсора проекта	Не начинайте проект. Сначала найдите человека с полномочиями и бюджетом.
Цель размытая ("улучшить качество")	Переформулируйте через измеримый показатель: "снизить долю рекламаций с 8% до 3%".
Объем работ постоянно расширяется	Вернитесь к разделу "Не входит" и проведите формальное изменение устава.
Команда не читает устав	Проведите кик-офф-встречу и пройдитесь по уставу вместе – это занимает 30 минут.
Проект затянулся и потерял актуальность	Актуализируйте устав или закройте проект официально – "зомби-проекты" стоят дороже, чем признание ошибки.
Подрядчик делает не то, что ожидалось	Сравните его работу с уставом. Если устав это допускает – проблема в документе, а не в подрядчике.

6 практических приемов, которые делают устав рабочим документом:

• Пишите устав вместе с командой, а не за нее. Когда участники сами формулируют роли и риски, они берут на себя ответственность – а не просто ставят подпись.
• Утверждайте устав до старта работ, а не после. Устав, подписанный постфактум, не защищает ни от чего.
• Обновляйте устав при значимых изменениях. Если объем, сроки или бюджет изменились более чем на 15–20%, фиксируйте это в новой версии документа.
• Не превращайте устав в ТЗ. Устав – это договоренность о рамках, а не детальная спецификация. Детали – в отдельных документах.
• Фиксируйте допущения. "Мы исходим из того, что данные в CRM актуальны" – это допущение. Если оно не выполнится, план пересматривается.
• Добавляйте раздел "Полномочия РП". Он экономит десятки часов на согласованиях – руководитель проекта знает, что может решить сам, а что требует спонсора.

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

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