Как volrix.pm ведет проект от инициации до закрытия: статусы и этапы, переход через ЗНИ и ПКК, роли и RACI, здоровье проекта для руководителя.
Обновлено 27.09.2026
В volrix.pm порядок управления проектом встроен в саму систему. Проект начинается с черновика, план утверждает единое ответственное лицо (ЕОЛ), дальше работа идет по этапам из набора проектной документации, а на следующий этап проект переходит только после согласования обязательных документов и запроса на изменение (ЗНИ). Ниже - кто что делает от инициации до закрытия, что система проверяет сама и какие показатели видит руководитель.
Подход предиктивный: работа ведется по этапам, изменения этапа, бюджета и срока проходят формальное согласование. Это общепринятая практика управления по стадиям; сертификацией на соответствие стандарту она не является.
У проекта одновременно есть статус и текущий этап. Оба видны в шапке карточки проекта, но меняются по-разному.
Набор проектной документации обязателен с версии 0.110.0: без него проект не создать. Набор задает три вещи: список и порядок этапов, документы плана контроля качества (ПКК) для каждого этапа и скелет плана - по блоку верхнего уровня на каждый этап. Работы и вехи внутри блока относятся к его этапу, перенос задачи в другой блок меняет и этап. Подробно о плане - в статье План проекта.
Черновик не виден в общем списке проектов: он лежит в «Проекты» → «Черновики», пока план не направлен на утверждение.
Этап готов к закрытию, когда у всех обязательных документов ПКК этого этапа завершена веха, а веха завершается только согласованием документа - вручную ее не закрыть. Необязательные документы (без отметки «обяз.») переход не блокируют. Этап без обязательных документов готов сразу. Состояние видно в карточке «Готовность этапов к закрытию» на вкладке «Контроль» → «ПКК»: «Готов к закрытию» или «Закрыто N из M» с перечнем незакрытых документов во всплывающей подсказке.
Статус проекта система не проверяет. В списке «Статус проекта» можно выбрать любое значение: например, «Инициирован» в обход утверждения плана или «Завершен» при несогласованных документах. По умолчанию право менять статус есть только у руководителя проекта (и администратора системы). Закрепите в регламенте проектного офиса, когда какой статус ставится, а смены проверяйте на вкладке «Изменения» → «История изменений»: там записан каждый переход с автором и датой.
Бюджет и срок меняются тем же механизмом ЗНИ. На вкладке «Изменения» → «Запросы на изменение» руководитель или администратор проекта нажимает «Создать ЗНИ», заполняет «Изменение бюджета» и (или) «Изменение срока» и «Обоснование», затем «Запустить согласование» и выбирает маршрут. Прежние значения система подставляет сама: утвержденный бюджет (пока его нет - сумму плановых строк бюджета) и утвержденный срок, отклонение бюджета считает в процентах.
После согласования значения попадают в паспорт как «Бюджет (утв.)» и «Окончание (утв.)». ЗНИ со сроком дополнительно фиксирует новую версию базового плана. Если заявку вернули, отклонили или отменили, у ЗНИ появляется кнопка «Отправить заново». Подробно - Контроль проекта и Финансы проекта.
Базовый план: первая версия фиксируется при утверждении плана ЕОЛ. ЕОЛ может зафиксировать новую версию и сам - кнопкой «Утвердить базовый план» на вкладке «План». Версии открываются в меню «Еще действия» → «История слепков» и «Сравнить версии».
В системе 14 системных ролей; их права администратор настраивает в «Администрирование» → «Доступ» → «Роли и права», удалить системную роль нельзя. Для проекта значимы следующие (права - по умолчанию).
Руководитель проекта, администратор проекта и ЕОЛ - по одному на проект. Их назначают при создании, и они сразу попадают в команду. Сменить их можно только на вкладке «Команда»: роль участника в команде и есть назначение, в паспорте эти поля не правятся.
Доступ к проекту работает по правилу «роль и причастность»: действие разрешено, если его разрешает роль и человек состоит в команде проекта или назначен РП, администратором проекта или ЕОЛ. Проект с грифом «Открытый» видят все, у кого есть право просмотра проектов, «Закрытый» - только причастные. Видеть или вести все проекты без участия позволяют права projects.read_all и projects.manage_all, их выдают в матрице ролей. Подробно - Роли и доступы.
«Контроль» → «RACI» в проекте показывает, кто отвечает за каждый документ ПКК. Строки - документы по этапам, столбцы - роли, под ролью - фамилии участников команды с этой ролью. Появилась в версии 0.109.0.
Матрица только показывает распределение и ничего не записывает. Чтобы поменять ответственных, администратор меняет роль-автора типа в «Администрирование» → «Работа компании» → «Документы и шаблоны» или участников маршрута в «Маршруты согласования». В столбцы попадают только роли, у которых есть хотя бы одна буква.
Риск - возможное событие, проблема - то, что уже мешает. Оба реестра находятся на вкладке «Контроль», ведут их РП и администратор проекта, у каждой записи обязателен ответственный. Риск оценивается по «Вероятность» и «Влияние» (три уровня) и имеет статусы «Открыт», «В работе», «Закрыт», «Реализовался». Открытый риск, у которого один показатель высокий, а другой не ниже среднего, считается критичным и делает здоровье проекта желтым. Так же действует любая открытая проблема.
Вкладка «Обзор» проекта начинается с блока «Здоровье проекта» - светофора с причинами: «В норме», «Требует внимания», «Критично». Ниже - карточки «Отклонение по срокам», «Отклонение по бюджету», «Отклонение по результату», счетчики «Просроченные задачи», «Риски», «Открытые проблемы» и кривая освоения бюджета.
Итоговый цвет - худший из сигналов. У завершенного и архивного проекта срок, график и просрочки не проверяются. Пороги 90%, 14 дней, 0,95 и 0,80 - умолчания; их меняют в «Администрирование» → «Настройки продукта» → «Пределы и пороги» (подробнее).
SPI здесь упрощенный: прогресс работ (процент выполнения конечных задач, взвешенный по длительности) делится на долю времени, прошедшую от начала проекта до срока. Кривая бюджета показывает плановую стоимость (PV) и освоенный объем (EV): плановая и фактическая доли выполнения по S-кривой, умноженные на плановый бюджет.
На «Дашборд» виджет «Здоровье проектов» собирает проекты, в которых вы участвуете, худшие первыми. Для портфеля и программы та же сводка считается по всему составу: сколько проектов зеленых, желтых и красных, PV, EV, фактические затраты (AC), SPI и CPI, открытые и критичные риски.
Проект привязывают к программе и (или) портфелю в «Настройки проекта»; программа тоже может входить в портфель. В «Проекты» → «Портфели» - стратегические цели и KPI, скоринг и приоритизация, отбор под бюджет, спрос на ресурсы против емкости, агрегация рисков. В «Проекты» → «Программы» - взаимосвязи проектов, транши и гейты, выгоды, roadmap. Портфели создает администратор портфеля, программы - он же и менеджер программы. Подробно - Портфели и Программы.
Создание проекта, команда и вкладки карточки
ПКК, риски, проблемы и запросы на изменение
Как администратор настраивает жизненный цикл