Устав IT проекта представляет собой структурированный документ, включающий все ключевые элементы, необходимые для успешного старта и реализации проекта. Правильное наполнение каждого раздела устава определяет четкость понимания проекта всеми участниками, минимизирует риски и создает прочную основу для дальнейшего планирования. Рассмотрим детально, какие разделы должны обязательно присутствовать в уставе IT проекта и как их правильно заполнять.
Структура документа: обязательные и дополнительные разделы
Обязательные разделы устава IT проекта
Согласно международным стандартам управления проектами, устав IT проекта должен содержать минимальный набор разделов, без которых документ не будет выполнять свои основные функции:
1. Вводная часть и общая информация
2. Обоснование и предпосылки проекта
3. Цели, задачи и ожидаемые результаты
4. Содержание проекта и его границы
5. Организационная структура и полномочия
6. Контрольные события и критерии успеха
7. Риски и допущения
8. Ресурсы и коммуникации
Дополнительные разделы (по необходимости)
В зависимости от специфики проекта и требований организации могут добавляться:
- Детальное техническое описание решения
- Бюджетные ограничения и финансовые показатели
- Процедуры управления изменениями
- Требования к качеству и приемочные критерии
Детальное содержание обязательных разделов
1. Вводная часть документа
Назначение документа Четко определите роль устава в жизненном цикле проекта. Укажите, что документ служит официальной авторизацией проекта и основой для всех дальнейших планировочных процессов.
Область действия Определите, на какие аспекты проекта распространяется действие устава:
- Временные границы действия документа
- Организационные уровни, охваченные уставом
- Функциональные области, регулируемые документом
Порядок внесения изменений Опишите процедуру модификации устава:
- Кто имеет право инициировать изменения
- Процесс согласования и утверждения изменений
- Уведомление заинтересованных сторон о внесенных изменениях
Контрольные процедуры Установите механизмы мониторинга соблюдения положений устава:
- Периодичность проверки соответствия фактического выполнения проекта уставу
- Ответственные за контроль
- Процедуры корректировки при выявлении отклонений
2. Краткое резюме проекта
Наименование проекта Выберите четкое и понятное название, которое:
- Отражает суть проекта и его основную цель
- Позволяет легко идентифицировать проект среди других инициатив
- Остается актуальным на протяжении всего жизненного цикла проекта
Номер проекта и классификация Присвойте проекту уникальный идентификатор согласно корпоративным стандартам:
- Номер проекта в системе управления проектами
- Категория проекта (стратегический, тактический, обязательный)
- Приоритет относительно других проектов портфеля
Участники проекта Определите ключевых участников и их роли:
- Спонсор проекта и его полномочия
- Руководитель проекта и область ответственности
- Ключевые заинтересованные стороны
- Состав проектной команды (ориентировочный на этапе устава)
Временные рамки Установите плановые даты:
- Официальная дата начала проекта
- Планируемая дата завершения проекта
- Ключевые промежуточные вехи
- Ограничения по срокам (жесткие дедлайны)
3. Обоснование и предпосылки проекта
Бизнес-потребность Детально опишите проблему или возможность, которая привела к инициации проекта:
- Текущее состояние дел и выявленные проблемы
- Влияние проблемы на бизнес-процессы и показатели
- Последствия бездействия
- Стратегическая важность решения проблемы
Входные условия проекта Зафиксируйте исходные данные и ограничения:
- Существующие системы и процессы, которые будут затронуты
- Доступные ресурсы и бюджетные ограничения
- Технологические ограничения и требования
- Нормативные и регуляторные требования
Ожидаемые бизнес-выгоды Quantify the expected business benefits:
- Количественные показатели улучшения (ROI, экономия, прирост выручки)
- Качественные улучшения (повышение удовлетворенности пользователей, улучшение процессов)
- Временные рамки достижения выгод
- Методы измерения достигнутых результатов
4. Цели, задачи и ожидаемые результаты
Формулирование целей проекта Цели должны быть сформулированы по принципу SMART и четко связаны с бизнес-потребностями:
Пример корректной цели: «Внедрить систему электронного документооборота для финансового департамента, обеспечивающую сокращение времени согласования документов на 40% и полную прослеживаемость процессов к 31 декабря текущего года.»
Разложение на задачи Каждая цель должна быть декомпозирована на конкретные задачи:
- Анализ текущих бизнес-процессов
- Выбор и настройка программного решения
- Интеграция с существующими системами
- Обучение пользователей
- Обеспечение технической поддержки
Ожидаемые результаты (Deliverables) Конкретизируйте, что именно будет передано заказчику:
- Программное обеспечение с конкретным функционалом
- Оборудование и техническая инфраструктура
- Документация (пользовательские инструкции, техническая документация)
- Обученные пользователи
- Процедуры поддержки и сопровождения
5. Содержание проекта и его границы
Что входит в проект (In Scope) Детально опишите все работы, которые будут выполнены в рамках проекта:
Функциональные возможности системы:
- Модуль создания и редактирования документов
- Workflow для согласования документов
- Система уведомлений и напоминаний
- Архив документов с поиском
- Отчетность по процессам согласования
Техническая реализация:
- Установка и настройка серверной части
- Настройка клиентских рабочих мест
- Интеграция с Active Directory
- Интеграция с существующей CRM-системой
Организационные мероприятия:
- Анализ и оптимизация бизнес-процессов
- Обучение 50 пользователей основам работы с системой
- Подготовка администраторов системы
- 3-месячная поддержка после запуска
Что не входит в проект (Out of Scope) Явно укажите исключения:
- Доработка интеграций с системами других департаментов
- Обучение пользователей за пределами финансового департамента
- Перенос архивных документов старше 2 лет
- Техническая поддержка свыше 3 месяцев
- Мобильное приложение для работы с системой
Критерии приемки Определите измеримые критерии готовности результатов:
- Система обрабатывает не менее 1000 документов в день без сбоев
- Время согласования типового документа не превышает 24 часов
- Успешное прохождение всех тест-кейсов приемочного тестирования
- 95% пользователей успешно прошли итоговое тестирование
6. Организационная структура проекта
Управляющие органы Определите структуру управления проектом:
Управляющий совет (Steering Committee):
- Состав: представители топ-менеджмента заказчика и исполнителя
- Функции: стратегическое управление, разрешение критических вопросов
- Регламент: ежемесячные совещания, экстренные встречи по необходимости
Проектный офис:
- Руководитель проекта со стороны исполнителя
- Руководитель проекта со стороны заказчика
- Функциональные эксперты и аналитики
Роли и ответственность Детально опишите зоны ответственности:
Руководитель проекта (PM):
- Общее управление проектом и координация команды
- Контроль сроков, бюджета и качества
- Коммуникация с заинтересованными сторонами
- Управление рисками и изменениями
Функциональный архитектор (FA):
- Анализ бизнес-требований и проектирование решения
- Техническое руководство командой разработки
- Контроль соответствия решения техническим требованиям
Аналитик проекта (AP):
- Сбор и формализация требований пользователей
- Подготовка технических заданий
- Участие в тестировании и приемке
Полномочия руководителя проекта Четко определите границы полномочий PM:
- Право на привлечение ресурсов в рамках утвержденного бюджета
- Полномочия по принятию решений по техническим вопросам
- Эскалационные процедуры для решения конфликтных ситуаций
7. Контрольные события и критерии успеха
Ключевые вехи проекта Определите основные контрольные точки:
Веха 1: Завершение аналитической фазы (через 6 недель)
- Готовность детального технического задания
- Утверждение архитектуры решения
- Подписание спецификации требований
Веха 2: Завершение разработки (через 12 недель)
- Готовность всех заявленных модулей системы
- Успешное прохождение модульного тестирования
- Готовность тестовой среды для приемочных испытаний
Веха 3: Завершение внедрения (через 16 недель)
- Успешное прохождение приемочных испытаний
- Обучение всех пользователей
- Запуск системы в промышленную эксплуатацию
Критерии успешности проекта Установите измеримые критерии:
По содержанию: Все функции из технического задания реализованы и протестированы
По времени: Проект завершен не позднее установленной даты (допустимая задержка не более 1 недели)
По бюджету: Фактические затраты не превышают утвержденный бюджет более чем на 5%
По качеству: Система соответствует всем нефункциональным требованиям (производительность, надежность, безопасность)
8. Управление рисками и допущениями
Категории рисков проекта Проанализируйте основные группы рисков:
Технические риски:
- Сложность интеграции с legacy системами
- Недостаточная производительность выбранной платформы
- Несовместимость версий используемого ПО
Организационные риски:
- Сопротивление изменениям со стороны пользователей
- Недоступность ключевых экспертов заказчика
- Изменение приоритетов бизнеса в ходе проекта
Внешние риски:
- Изменение нормативных требований
- Проблемы у поставщиков ПО или оборудования
- Экономические факторы, влияющие на бюджет
Стратегии управления рисками Для каждого значимого риска определите:
- Стратегию реагирования (уклонение, снижение, передача, принятие)
- Конкретные мероприятия по реализации стратегии
- Ответственного за мониторинг риска
- Критерии срабатывания плана реагирования
Ключевые допущения проекта Зафиксируйте факторы, принимаемые за истину:
- Заказчик предоставит доступ к тестовым данным в течение недели с момента запроса
- Существующая серверная инфраструктура способна поддержать новую систему
- Ключевые пользователи будут доступны для интервью не менее 4 часов в неделю
- IT-департамент заказчика обеспечит необходимые сетевые подключения
9. Ресурсы и коммуникации
Ресурсные потребности Определите необходимые ресурсы:
Человеческие ресурсы:
- Состав проектной команды исполнителя (4 специалиста на 16 недель)
- Требования к ресурсам заказчика (2 бизнес-аналитика, 1 системный администратор)
- График занятости и доступности ключевых участников
Технические ресурсы:
- Серверное оборудование для размещения системы
- Лицензии на системное и прикладное ПО
- Сетевое оборудование и каналы связи
Финансовые ресурсы:
- Общий бюджет проекта с разбивкой по статьям
- График финансирования по этапам
- Процедуры контроля расходов
Коммуникационный план Установите регламенты коммуникации:
Регулярная отчетность:
- Еженедельные статус-отчеты для управляющего совета
- Ежедневные синхронизации внутри проектной команды
- Ежемесячные презентации прогресса для широкого круга заинтересованных сторон
Каналы коммуникации:
- Формальные каналы: email, корпоративная система управления проектами
- Неформальные каналы: мессенджеры для оперативных вопросов
- Эскалационные каналы: прямая связь с руководством при критических вопросах
Для получения практических навыков составления всех разделов устава IT проекта рекомендуется пройти специализированное обучение. Онлайн-тренинг «Пишем устав проекта» от CORS Academy предоставляет детальный разбор каждого раздела устава с практическими примерами и готовыми шаблонами. Программа включает методики выявления истинных целей проекта, определения границ в условиях неопределенности, работы с рисками и допущениями, а также использования устава на протяжении всего жизненного цикла проекта.
Рекомендации по оформлению и структуре
Объем и формат документа
Оптимальный объем устава IT проекта составляет 5-8 страниц. Документ должен быть:
- Структурированным с четкой нумерацией разделов
- Визуально привлекательным с использованием таблиц и диаграмм
- Доступным для понимания всеми заинтересованными сторонами
- Легко модифицируемым при необходимости внесения изменений
Процесс согласования и утверждения
Устав проекта должен пройти формальную процедуру:
- Подготовка первоначальной версии руководителем проекта
- Согласование с ключевыми заинтересованными сторонами
- Внесение замечаний и корректировок
- Финальное утверждение спонсором проекта
- Доведение до сведения всех участников проекта
Заключение
Правильно структурированный устав IT проекта, включающий все необходимые разделы, является фундаментом успешной реализации проекта. Каждый раздел выполняет свою специфическую функцию и должен быть тщательно проработан с учетом специфики конкретного проекта. Инвестиции времени в качественную подготовку устава многократно окупаются снижением рисков, улучшением коммуникации и повышением вероятности достижения целей проекта.