Структура проектов и модели управления

Обновлено: 19.08.2025

В системе поддерживаются три модели управления проектами:

• Каскадная (Waterfall)
  • Классический последовательный подход
  • Чёткое планирование всех этапов заранее
• Гибкая (Agile)
  • Итеративный подход с короткими циклами
  • Возможность адаптации к изменениям
• Гейтовая (Stage-Gate)
  • Разделение на фазы с контрольными точками
  • Формальные процедуры перехода между этапами

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

Структура данных для управления проектамиСтруктура данных для управления проектами

Базовые сущностиБазовые сущности

• Портфель — набор проектов, ориентированный на достижение стратегических целей комании. Может включать отдельные проекты, программы, а также другие портфели.
  Пример: «Портфель блока ИТ».
• Программа — группа взаимосвязанных проектов с единым бюджетом и общей целью.
  Пример: «Внедрение ERP».
• Проект — временная деятельность, направленная на создание уникального продукта, услуги или результата в заданные сроки.
  Пример: «Внедрение финансового модуля ERP».

Проект — ключевая сущность в системе. К нему привязываются учёт времени, счета, акты, бюджет и другие данные.

Сущности каскадной моделиСущности каскадной модели

• Работа (элемент ИСР, иерархической структуры работ) — задача, веха или этап, полученные в результате декомпозиции плана. Может отображаться в виде иерархии (структурная декомпозиция) или таймлайна (диаграмма Ганта).
• Ресурсный план — повременная оценка трудозатрат и себестоимости, необходимых для выполнения работ.

ИСР и ресурсный план формируют основу для бюджета проекта. Другого способа корректно оценить трудозатраты и себестоимость нет.

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

Сущности гейтовой моделиСущности гейтовой модели

• Модель проекта — предопределённый набор фаз и контрольных точек. Можно создать несколько моделей и применять их к разным проектам.
• Фаза — этап проекта или программы. Выбирается из справочника «Фазы проектов».
• Контрольная точка — ключевой момент проекта, фиксирующий завершение важного этапа или достижение значимого результата.
  • Этапная контрольная точка (гейт) обязательна для перехода к следующей фазе реализации.

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

Сущности гибкой моделиСущности гибкой модели

• Задача — атомарная работа. В Scrum должна быть выполнена в течение одного спринта.
• Тип задачи — определяет классификацию и жизненный цикл задачи.
• Доска — рабочее пространство для управления задачами.
• Спринт — фиксированный период работы (обычно 1–4 недели). Привязан к доске.

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

Типы досок по отношению к проекту:

• Проектная — отображает задачи конкретного проекта.
• Комбинированная — отображает задачи по фильтрам из разных проектов.

Форматы досок:

• Kanban-доска — набор колонок по состояниям. Можно создавать произвольные колонки.
• Scrum-доска (скоро) — предполагает организацию бэклога и использование спринтов. Задача может принадлежать только одному спринту.

Сценарии использования досок:

• Работа с доской и спринтами в рамках одного проекта. Например, это может быть проект разработки, в котором задействована выделенная команда.
• Работа с объединённой доской и спринтами для нескольких проектов. Например, это может быть доска команды внедрения, которая ведёт сразу несколько проектов.

Дополнительные поля и классифкаторыДополнительные поля и классифкаторы

С помощью настройки можно добавить дополнительные поля (например, номер договора, куратор) и классификаторы (тип, важность) в следующие сущности:

• Проект
• Программа
• Портфель
• Работа проекта
• Задача
• Контрольная точка

Информационное наполнение проектаИнформационное наполнение проекта

Кроме структуры, проект включает следующее информационное наполнение:

• Команда — набор ресурсов: пользователей, универсальных ресурсов, подразделений, вакансий (скоро).
• Бюджет — включает оценку выручки, затрат, себестоимости, биллинга, а также тарифы, правила периодических затрат, финансовые риски.
• Риски — потенциальные события или условия, которые могут повлиять на достижение целей.
• Артефакты — документы в структурированном или слабо структурированном виде. Например, паспорт, запросы изменений, регулярные отчёты.

Версионирование проектаВерсионирование проекта

Версионирование — создание альтернативных версий содержимого проекта. Цели использования версий:

• Фиксация плана — мастер-версия.
• Сценарный анализ — подготовка альтернативных вариантов проекта.
• Процесс актуализации прогноза — регулярные статус-отчёты на определённый момент времени.
• Работа с запросами на изменение — изменение в виде новой версии может быть «влито» в основной проект.