page title decoration image

Сводный проект

Программа для сводного проекта и межпроектной многопользовательской работы

Сводный проект в Rillsoft Project объединяет несколько самостоятельных проектов в одну общую сцену и делает возможной многопользовательскую работу, межпроектное планирование мощностей и консолидированную отчётность на общей базе данных. Функция реализуется через Rillsoft Integration Server или Rillsoft Cloud – автономная файловая установка сводные проекты не поддерживает.

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

Что такое сводный проект?

Сводный проект – это контейнер, связывающий несколько самостоятельных проектов. Каждый подпроект остаётся полноценным проектом с собственным файлом, собственным каталогом и собственными правами доступа. Сам сводный проект предоставляет общую сцену – со всеми представлениями от диаграммы Ганта до загрузки персонала и балансировки мощностей – и допускает межпроектные связи операций, а также межпроектный анализ.

ЭлементРоль в сводном проекте
Подпроект (самостоятельный проект)Самостоятельный проект с собственным редактированием – одна команда на проект
Сводный проектКонсолидированная сцена, межпроектные связи операций, общий баланс мощностей
ПортфельУровень анализа и управления над несколькими сводными проектами и отдельными проектами

Условие: общий пул ресурсов

Чтобы межпроектный баланс мощностей работал надёжно, объединённые в сводном проекте проекты должны использовать один и тот же пул ресурсов. Только так загрузка, узкие места и свободные мощности будут согласованно оценены по всем подпроектам. Проекты с другим пулом ресурсов технически можно добавить, но они требуют ручной синхронизации и заметно снижают информативность сцены мощностей.

Три способа собрать сводный проект

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

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

  • Существует как минимум один подпроект
  • На верхнем уровне проекта нет отдельных операций
  • На верхнем уровне проекта нет прикреплённых документов

Если условия не выполнены, функция разделения недоступна, и планировщик заранее видит, что необходимо исправить.

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

Многопользовательская работа без взаимных блокировок

Раньше (один большой проект)После разделения на сводный проект
Только один планировщик пишет, остальные ждутНесколько планировщиков работают параллельно над своими подпроектами
Файл становится узким местомКоманды подпроектов работают независимо в собственном каталоге
Общий обзор только из одного файлаОбщий обзор из сводного проекта + портфеля в любой момент
Сроки и риски ресурсов становятся видны поздноУзкие места видны между проектами уже на этапе планирования

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

Межпроектное планирование мощностей и связи операций

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

  • Загрузка общего пула ресурсов по всем подпроектам
  • Узкие места и свободные мощности по каждой роли и каждому сотруднику видны консолидированно
  • Межпроектные связи операций (Finish-to-Start, Start-to-Start, Finish-to-Finish, Start-to-Finish) – в том числе с задержкой с положительным или отрицательным значением
  • Моделирование на сводном проекте показывает влияние изменения сроков или ресурсов сразу на все подпроекты

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

Права доступа: каталоги и роли каталогов

Каждый подпроект лежит в каталоге Rillsoft Integration Server. Роли каталогов – зависящие от манданта и каталога – определяют, кому что разрешено, с наследованием от вышестоящих каталогов в подкаталоги.

Группы прав на каталог:

  • Структура каталогов – создание, изменение, удаление, восстановление каталогов
  • Проекты – чтение, создание, изменение, удаление, восстановление, блокировка/разблокировка
  • E-mail-уведомления – изменения проекта, изменения вех, отрицательный остаток трудозатрат, межпроектные связи
  • Обратная связь – ввод и подтверждение учёта рабочего времени
  • iCalendar и Timeline – доступ к календарю и веб-модулям

Типичная модель ролей для сводного проекта:

УчастникиПрава на каталог
Программное/проектное руководствоПраво записи на каталог сводного проекта, право чтения на все каталоги подпроектов
Команда подпроектаПраво записи на собственный каталог подпроекта, право чтения на соседние подпроекты (при необходимости)
PMO и контроллингПраво чтения на сводный проект и портфель, без прав записи на подпроекты
АдминистрацияУправление структурой каталогов и назначением ролей

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

Сводный проект в портфеле – компактно как один проект

В портфеле сводный проект отображается как один проект. Объединённые в нём отдельные проекты появляются под этой строкой как подпроекты – аналогично классической иерархии проект/подпроект.

Преимущества такого представления:

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

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

Объединение и архивирование сводного проекта

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

Функции сводного проекта одним списком

  • Несколько подпроектов остаются самостоятельными и связываются в одну межпроектную сцену
  • Многопользовательская работа без взаимных блокировок – каждая команда на своём подпроекте
  • Межпроектный баланс мощностей на общем пуле ресурсов
  • Межпроектные связи операций с задержкой (положительной/отрицательной)
  • Три способа сборки: создать новый, разделить существующий проект, подключить отдельный проект позднее
  • Опциональная загрузка отдельных подпроектов в режиме чтения и подгрузка базовых планов
  • Роли каталогов с наследованием для прав на проект, документы и уведомления
  • Компактное представление в портфеле – сводный проект как один проект с отдельными проектами как подпроектами
  • Часть концепции мандантов – сводные проекты по бизнес-направлениям или дочерним компаниям
  • Объединение и архивирование после завершения проектов
  • Доступно с Rillsoft Integration Server (локальный) или Rillsoft Cloud (облачный)

Сводный проект внутри платформы Rillsoft

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

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

Часто задаваемые вопросы(FAQ)

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

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

Объединяемые проекты должны использовать один и тот же пул ресурсов, чтобы межпроектная проверка мощностей работала надёжно. Функционально механизм сводного проекта доступен только в Rillsoft Project совместно с Rillsoft Integration Server или Rillsoft Cloud – автономная файловая установка его не поддерживает.

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

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

В портфеле сводный проект отображается как один проект – объединённые в нём отдельные проекты показываются как подпроекты под этой строкой. Так представление портфеля остаётся компактным, даже если сводный проект состоит из множества отдельных проектов.

Каждый подпроект лежит в каталоге Rillsoft Integration Server. Зависящие от манданта и каталога роли каталогов определяют, кто может читать, изменять, блокировать или администрировать проекты и кто получает какие e-mail-уведомления. Права из вышестоящих каталогов наследуются подкаталогами.

Сводный проект объединяет связанные проекты функционально – портфель является уровнем анализа и управления над ним. В портфеле сводный проект стоит как один проект с подпроектами; несколько сводных проектов и отдельных проектов можно анализировать вместе, например, для загрузки, сроков и узких мест по бизнес-направлениям.

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