| Возможность | Функционал доступен из коробки | Решается настройкой | Решается через триггеры, скрипты, LINQ-запросы |
|---|---|---|---|
| 1. Верхнеуровневое планирование: | |||
| Разделение проекта на этапы, задачи и вехи | |||
| Создание разных типов контрольных точек | |||
| Возможность настройки поэтапных (фазовых) процессов для управления жизненным циклом объекта | |||
| Для каждого типа объекта собственные настройки управления его жизненным циклом | |||
| Возможности фазовых процессов: • визуализированная панель состояния объекта, на которой цветом выделена текущая фаза процесса; • переход на следующую фазу осуществляется ограниченным кругом пользователей в соответствии с их правами доступа. Должна быть предусмотрена возможность разрешить переход как для пользователей в роли Руководителя и Исполнителя, так и только для пользователей в роли Руководителя; • анализ жизненного цикла с помощью настраиваемых без программирования отчётов. | |||
| Возможность гибкой настройки этапов проекта (добавление новых, удаление, изменение названия этапа) и формирования набора условий перехода (например, прикрепление документа, ввод дополнительных значений реквизитов в соответствии с этапом проекта) без дополнительного программирования. При этом, если у этапа меняется название, оно автоматически должно измениться на карточках всех объектов. При удалении этапа, если в каком-то проекте он был активным, то активным должен стать предыдущий этап. | |||
| Управление проектами по директивным точкам Автоматизированная методология управления проектами по ритмично запланированным директивным точкам, облегчающая возможность определить ход проектов разных типов и масштабов без необходимости сложного обучения руководителей проектов. | |||
| Автоматизированное заполнение Карточки проекта Статусы и реквизиты Карточки проекта (а также задачи и контрольной точки) принимают необходимые значения сразу по наступлению заданных событий, которые происходят в ИСУП или в смежных системах, которые интегрированы с ИСУП. | |||
| Автоматизация переключения фаз жизненного цикла Фазы жизненного цикла переключаются по наступлению заданных событий в ИСКП или в смежных системах, которые интегрированы с ИСУП. | |||
| 2. Детальное планирование: | Функционал доступен из коробки | Решается настройкой | Решается через триггеры, скрипты, LINQ-запросы |
| Диаграмма Ганта | |||
| Особенности ведения Диаграммы Ганта | |||
| Возможность формирования и изменения иерархии объектов (WBS, ИСР) и редактирования статусов и реквизитов | |||
| Операции с множеством объектов – изменение уровня подчинения, изменение дат, перенос, удаление Возможность ведения календаря задач. | |||
| Отображение расчётной длительности выполнения на временной шкале в виде цветных отрезков, цвет которых зависит от статуса объекта | |||
| Создание, изменение и удаление зависимостей (связей) между строками плана четырёх типов («SS» – одновременное начало, «FF» – одновременное окончание, «FS» – окончание к старту, «SF» – начало к окончанию) | |||
| Задержка от начала или от окончания предшествующей задачи указывается при выборе типа зависимости, и может иметь положительное, отрицательное и нулевое значение | |||
| В Системе должны быть предусмотрены следующие ограничители по запланированным датам начала и окончания: • фиксированные даты начала/окончания; • фиксированная длительность; • фиксированные трудозатраты. | |||
| На изменение графика на диаграмме Ганта должны влиять следующие факторы: • изменение статуса задачи - при изменении статуса задачи на статус «Отменён» или «Завершён», должна изменяться фактическая дата окончания и производится расчёт системных дат для связанных задач с учётом фактической даты и запланированных дат; • изменение запланированной даты начала, окончания или длительности выполнения задачи; • задание и удаление зависимости между двумя задачами; • расчёт оценочных дат начала и окончания задач должен производиться с учётом производственного календаря. | |||
| Возможность фильтрации данных для отображения на диаграмме Ганта по названию объекта, по статусу, исполнителю и ресурсу | |||
| Возможность защиты от удаления задач, сохраненных в активном Базовом плане | |||
| Возможность добавлять в табличную часть диаграммы Ганта поля, сформированные на основе прямых запросов к базе данных | |||
| Возможность передачи данных в формат PDF, PNG, XLS (для вывода на принтер) в виде диаграммы Ганта с выбором полей для печати | |||
| Возможность отображения ресурсного плана и диаграммы анализа ресурсов в виде отдельных графиков/столбчатых диаграмм/диаграмм типа «Гант ресурсов» | |||
| Возможность редактирования прогнозируемых трудозатрат по задаче с автоматическим пересчётом загрузки ресурса | |||
| Возможность исключать задачи из расчёта процентов выполненных работ проекта | |||
| Должна быть возможность отображения в разделе диаграммы Ганта в виде отдельных графических модулей: • ресурсный план - где отображаются на временной шкале все задачи/проекты каждого ресурса; • загрузка ресурсов - где отображаются на временной шкале прогнозируемые и фактические трудозатраты каждого ресурса, при этом перегрузка ресурса отображается красным цветом. | |||
| Возможность настраивать предпочтительное представление диаграмме Ганта (состав колонок, масштаб и т.д.) для пользователя | |||
| Пользователь может создать новый проект по шаблону При этом есть возможность выбора перечня объектов, которые будут созданы при разворачивании шаблона. | |||
| Возможность создания и изменения шаблонов, которые используются для создания преднастроенных новых объектов | |||
| Шаблон проекта – это иерархическая структура объектов, в которой должны присутствовать связанные с ними руководители, участники команды, документы, запланированные сроки выполнения, зависимости. Элементы шаблона могут содержать заполненные реквизиты объектов и записи справочников | |||
| Дополнительные функции планирования | Функционал доступен из коробки | Решается настройкой | Решается через триггеры, скрипты, LINQ-запросы |
| Блокировка плана-графика от изменений пользователями, имеющими к нему доступ Автоматизированная установка запрета на изменение плана-графика проекта по нажатию кнопки в карточке проекта. После создания план-графика в системе, РП определяет перечень пользователей, кто должен иметь возможность редактировать план-график. Список пользователей, для которых необходимо ограничить доступ РП вносит в специальный справочник. Система проверяет записи и ограничивает доступ определенных ранее пользователей. | |||
| Расчет показателей качества управления сроками проектов с выдачей рекомендаций по устранению недостатков Автоматизированный расчет метрик (показателей) качества управления сроками проектов по методике. | |||
| Автоматизированная актуализация плана-графика проекта на основе фактических данных о выполнении работ проекта | |||
| Запрет переноса плановых дат работ на период после плановой даты проекта /этапа | |||
| Запись в карточку задачи сведений о предшественниках и последователях Улучшает интерфейс карточки задачи. | |||
| Ускорение актуализации плана проекта в процессе контроля расписания | |||
| 3. Назначение ответственных: | Функционал доступен из коробки | Решается настройкой | Решается через триггеры, скрипты, LINQ-запросы |
| Для каждого объекта предусмотрены роли пользователя Минимальное разделение ролей: • Исполнитель - пакет прав, предоставляемый пользователю, которому делегирована роль исполнителя, и он уже принял полномочия; • Руководитель - пакет прав, предоставляемый пользователю, которому делегирована роль руководителя, при наличии у него соответствующих полномочий. Руководитель должен иметь право назначать исполнителей на выбранные объекты и делегировать свою роль Руководителя другому пользователю; • Участник - пакет прав, предоставляемый пользователю, которого пригласили в качестве участника. Права для ролей Исполнителя, Руководителя и Участника могут быть переопределены при необходимости. | |||
| Должна быть возможность создавать дополнительные роли, которые будут действовать в масштабе всей Системы в целом. | |||
| В случае пересечений разрешений и запретов между различными ролями прав, действие прав будет определяться по правилу приоритета запрета Если пользователь состоит в двух группах с разными ролями и в одной роли право разрешено, а во второй - не выбрано, то пересечением будет «Разрешено», а если в одной роли разрешено, а в другой запрещено, то результатом будет «Запрещено». | |||
| Роли могут быть назначены пользователю только Администратором Системы | |||
| Возможность делегирования (постоянно или на определённый период) роли другому пользователю При этом Система формирует запрос пользователю на приём полномочий и отправляет уведомление на электронный адрес. У пользователя предусмотрена возможность принять или отклонить полномочия. При отклонении полномочий Система должна требовать ввод комментария. | |||
| Возможность актуализации плана работ по проекту на основании данных табличного плана | |||
| Автоматизированное заполнение справочника о команде проекта Полезно на больших проектах, снижает нагрузку на РП по управлению командой. Предоставляет возможность оперативно получить актуальную информацию о составе команды проекта. | |||
| 4. Планирование ресурсов: | Функционал доступен из коробки | Решается настройкой | Решается через триггеры, скрипты, LINQ-запросы |
| Автоматизированный расчет продолжительности задачи с учетом доступности ресурса Назначение: автоматизировать проверку доступности ресурсов в задаче с расчётом продолжительности задачи. Необходимо для разработки расписания. | |||
| Автоматизация фиксации ставки ресурса (в руб.) на уровне проекта Решение автоматизирует добавление ставок ресурсов в карточку проекта, чтобы рассчитать ФОТ проекта. | |||
| 5. Критический путь проекта и его отслеживание: | Функционал доступен из коробки | Решается настройкой | Решается через триггеры, скрипты, LINQ-запросы |
| Возможность увидеть критический путь проекта на диаграмме Ганта | |||
| Настройка уведомлений, если задача на критическом пути превышает утвержденные даты | |||
| 6. Управление базовыми планами: | Функционал доступен из коробки | Решается настройкой | Решается через триггеры, скрипты, LINQ-запросы |
| Сохранение базового плана проекта Возможность сохранения неограниченного количества версий базовых планов с указанием их пользовательских названий для дальнейшего сравнения с ними оперативного плана. Возможность вывести даты начала и завершения проекта согласно активному Базовому плану на Карточку проекта. | |||
| Индикация отклонений от базового плана в диаграмме Ганта | |||
| Отправка базового плана на согласование | |||
| Возможность проверить качество плана проекта перед утверждением базового плана | |||
| Блокировка проекта от изменений после отправки базового плана на согласование | |||
| Сохранение базового плана по стоимости проекта (бюджет проекта) | |||
| Согласование бюджета проекта перед сохранением базового плана по стоимости (бюджета) Реализуется процесс согласования бюджетов проектов. | |||
| Сохранение базового плана по трудозатратам | |||
| Версионность бюджета проекта Решение предназначено для мониторинга стоимости проектов и выявления проблемных зон, приводящих к увеличению бюджетов проектов. Предоставляет возможность автоматической фиксации всех утвержденных версий бюджета проекта и инструмент для сравнения нового утвержденного бюджета проекта с любой из его предыдущих версий. | |||
| 7. Прогнозы: | Функционал доступен из коробки | Решается настройкой | Решается через триггеры, скрипты, LINQ-запросы |
| Автоматизированный расчет прогноза завершения проекта на основе набранных темпов выполнения работ | |||
| Расчет прогноза завершения проекта на основе прогнозов сроков выполнения задач и КТ от исполнителей Получение прогноза даты завершения проекта на основе экспертного мнения исполнителей. | |||
| Эскалационное информирование руководства об отклонениях сроков в проектах Решение для своевременного информирования исполнителей проектов, руководителей проектов, кураторов (спонсоров) проектов об отклонениях сроков. | |||
| Вывод прогнозной даты завершения работ проекта в пользовательский столбец в диаграмме Ганта Добавляет удобства в работу с диаграммой Ганта - проще получить информацию о прогнозной дате. (Прогнозная дата сформирована по иным алгоритмам, отличающимся от базовой функциональности). | |||