Ниже приведенная информация является справочным материалом. Подробнее о данном материале и его практическом применении вы можете узнать, просмотрев видео.

Содержание:

1. Корпоративный реестр требований качества в MS Project Server

Корпоративный реестр требований качества в MS Project Server

Обеспечение качества результатов - один из наиболее сложных элементов проектного управления. Успех любого проекта измеряется не только соблюдением дедлайнов и рамок бюджета, но и соответствием создаваемого продукта ожиданиям ключевых стейкхолдеров. Без централизованного контроля качества в масштабе всей организации проекты рискуют столкнуться с переделками, удорожанием стоимости и неудовлетворенностью заказчиков.

Корпоративный реестр требований качества содержит рекомендуемое описание стандартов, метрик и аудиторских мероприятий по продуктам и по стейкхолдерам для всех проектов организации. Этот инструмент служит единой базой знаний, предотвращающей рассинхронизацию между инженерами, менеджерами и внешними контрагентами. Организации могут вести подобную документацию в разрозненных файлах MS Excel, однако интеграция сквозного инструмента непосредственно в среду MS Project Server (Project Online) дает весомое преимущество - превращает статичный регламент в динамический элемент управления.

В данной методической статье мы подробно разберем логику построения корпоративного реестра требований качества и предоставим пошаговый алгоритм его создания на центральном сайте Project Web App (PWA).

Архитектурная логика реестра качества: Связь продуктов и стейкхолдеров

В современной методологии управления проектами качество не рассматривается абстрактно. Оно всегда привязано к двум ключевым осям:

1. Продукты (Результаты поставки): Конкретные материальные или нематериальные объекты, создаваемые в ходе проекта (например, «Фундамент», «Программный модуль», «Комплект рабочей документации»).
2. Стейкхолдеры (Заинтересованные стороны): Лица или группы лиц, чьи требования определяют критерии приемки (например, «Заказчик», «Инвестор», «Государственные инспекционные органы», «Главный инженер проекта - ГИП»).

Развертывание реестра на центральном сайте PWA в виде специализированного приложения SharePoint позволяет структурировать эти взаимосвязи. Стейкхолдеры получают прозрачную панель мониторинга, менеджеры — четкий план действий по проверкам, а руководство компании — сводный отчет о затратах на контрольные мероприятия.

Пошаговый алгоритм создания и настройки реестра в MS Project Server

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

Шаг 1. Создание базового приложения

1. Авторизуйтесь на центральном сайте Project Web App (PWA) с правами администратора.
2. Перейдите в меню настроек сайта (иконка «Шестеренка» в правом верхнем углу) и выберите пункт «Добавить приложение» (или «Содержимое сайта» -> «Создать приложение»).
3. В открывшемся каталоге доступных шаблонов выберите тип приложения «Настраиваемый список» (Custom List). Этот тип инфраструктуры идеально подходит для гибкого проектирования баз данных без необходимости написания программного кода.
4. В поле ввода имени приложения укажите строгое регламентное название: Реестр требований качества. Нажмите кнопку «Создать».

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

1. Откройте созданное приложение и перейдите в его параметры.
2. В блоке общих настроек активируйте параметр «Отображать ссылку на это приложение в панели быстрого запуска» (левое навигационное меню PWA). Ссылку рекомендуется разместить в логическом блоке рядом с разделами «Проекты», «Ресурсы» и «Отчеты».

Шаг 3. Проектирование структуры данных (Настройка столбцов). По умолчанию настраиваемый список содержит только одно текстовое поле — «Название». Чтобы превратить его в полноценный аналитический реестр качества, добавьте специализированные столбцы через меню «Параметры списка» -> «Создать столбец»:

1. Название (системное поле, тип: одна строка текста) - краткое, емкое наименование требования или инспекционного действия (например, «Проверка качества срубки свай», «Аудит процесса заливки фундамента»).
2. Продукт (тип: выбор/подстановка или одна строка текста) - четкое описание или категория продукта проекта, к которому относится данное требование качества. Позволяет группировать записи (например, группировка по продукту «Фундамент»).
3. Стейкхолдер (тип: выбор или одна строка текста) - имя, роль или группа заинтересованных сторон проекта, выставивших данное требование (например, «ГИП», «Инвестор», «Заказчик»).
4. Требование качества (тип: несколько строк текста) - развернутое описание стандарта, нормативного документа, ГОСТа или ТУ, которому должен соответствовать продукт (например, «Требования к качеству монтажа фундамента согласно СНиП»).
5. Критерии (тип: несколько строк текста) - детальный перечень измеряемых параметров и пороговых значений для оценки степени соответствия (например, «Критерии динамической нагрузки», «Критерии статической нагрузки»).
6. План аудита (тип: несколько строк текста) - конкретный перечень контрольных мероприятий, испытаний, экспертиз или выездных проверок по оценке уровня качества.
7. Затраты на аудит (тип: валюта) - финансовая стоимость проведения запланированных проверочных процедур (оплата услуг сторонних лабораторий, покупка тестовых материалов, аренда измерительных приборов).

Практический анализ функционирования реестра на примере PWA

После завершения настройки интерфейс реестра приобретает вид профессиональной управленческой панели, доступной всем участникам проектного офиса.

Рассмотрим практический пример функционирования настроенного реестра, представленный на скриншоте корпоративной системы:

При внесении данных по этапу «Устройство фундамента» менеджер проекта или контролирующий специалист (например, ГИП) формирует иерархический список связанных элементов. Программа автоматически поддерживает группировку по родительскому объекту - Продукт: Фундамент. Внутри этой группы фиксируются атомарные записи:

• Проверка срубки свай;
• Проверка качества заливки;
• Общий аудит процесса.

Каждая из этих записей снабжается индивидуальными критериями оценки (статические/динамические нагрузки) и планом проведения инспекции.

Особую ценность для финансового директора и куратора портфеля имеет столбец «Затраты на аудит». В нижней (или верхней) части таблицы SharePoint автоматически рассчитывает агрегированные показатели. В нашем примере стоимость каждого инспекционного мероприятия составляет $50, а система автоматически выводит итоговую сумму - Сумма = $150 для текущего блока продуктов.

Это позволяет на этапе планирования точно закладывать бюджет на обеспечение качества (Cost of Quality) и сопоставлять его с общими плановыми затратами по проекту, которые ведутся в календарном графике MS Project Professional.

Преимущества интеграции реестра в MS Project Server:

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