Идентификация стандартов качества проекта
Ниже приведенная информация является справочным материалом. Подробнее о данном материале и его практическом применении вы можете узнать, просмотрев видео.
Содержание:
Стандарты продуктов проекта
В методологии управления проектами (PMBOK) планирование качества (Quality Planning) является фундаментальным процессом, который выполняется на ранних стадиях жизненного цикла проекта. Данный процесс направлен на четкое определение стандартов качества, которые применимы к конкретному проекту, а также на формирование операционных средств и процедур для достижения этих стандартов.
Если проектная команда игнорирует этот этап, она сталкивается с высокими рисками сдачи нерелевантного продукта, лавинообразным ростом затрат на устранение дефектов и неудовлетворенностью ключевых участников.
Многоуровневая структура нормативных стандартов
При классическом планировании качества за основу берутся уже существующие внешние и внутренние нормативно-правовые и технические документы:
- Международные стандарты качества: Общепринятые мировые фреймворки и регламенты, такие как серия ISO (например, ISO 9001 для систем менеджмента качества) или CMMI (модели зрелости процессов для ИТ-индустрии).
- Государственные и отраслевые стандарты: Национальная регуляторная база, включающая ГОСТ (межгосударственные стандарты), ОСТ (отраслевые стандарты), а также РД (руководящие документы) и СНиП/СП для строительной сферы.
- Стандарты организации заказчика: Внутренние технические регламенты, корпоративные политики, брендбуки, требования к безопасности и ИТ-архитектуре, действующие внутри компании-клиента.
- Стандарты организации исполнителя: Проверенные внутренние лучшие практики, технологические карты, шаблоны кодирования и регламенты контроля, накопленные подрядчиком в ходе выполнения аналогичных проектов.
Стандарты заинтересованных сторон
Методы формирования требований к качеству
Простого копирования нормативных документов из внешних баз данных обычно недостаточно, так как каждый проект уникален. Для формирования точечных требований используются два системных метода:
- Метод А. Анализ продуктов проекта и определение их стандартов. Этот инженерно-технический подход ориентирован на декомпозицию конечного результата (WBS / Product Breakdown Structure). Каждый материальный или нематериальный продукт проекта (например, фундамент здания, модуль авторизации в приложении, серверная инфраструктура) детально анализируется. Для каждого из них подбираются конкретные физические, химические, архитектурные или эксплуатационные параметры, которым он обязан соответствовать, чтобы считаться успешным.
- Метод Б. Анализ требований заинтересованных сторон (Стейкхолдеров). Качественные характеристики продукта зависят не только от физических законов и ГОСТов, но и от ожиданий людей, которые будут этот продукт использовать или финансировать. Метод заключается в сборе, ранжировании и формализации требований от конечных пользователей, спонсоров, операционных менеджеров и регуляторов. Например, для стейкхолдера «Отдел информационной безопасности» ключевым стандартом качества будет соответствие продукта протоколам шифрования и требованиям защиты персональных данных.
Таблица уточнения стандартов
Инструмент декомпозиции: Таблица уточнения (выбора) стандартов
Наибольшую управленческую ценность несет синергия этих подходов. Объединив результаты анализа требований по заинтересованным сторонам и продуктам проекта, команда может существенно уточнить и детализировать итоговые требования к качеству.
Для этой цели разрабатывается Таблица выбора (уточнения) стандарта. Она представляет собой кросс-функциональную матрицу, которая позволяет детализировать и связать абстрактные ожидания участников с конкретными техническими регламентами по каждому элементу продукта.
Заполнение такой матрицы на этапе планирования позволяет сформировать исчерпывающий и непротиворечивый чек-лист. В дальнейшем он интегрируется в план-график проекта в виде контрольных вех или задач по тестированию, верификации и техническому аудиту, гарантируя, что финальный результат проекта будет принят заказчиком с первого раза без штрафов и дорогостоящих переделок.
У вас возникли вопросы по интеграции матрицы стандартов качества со структурой задач в MS Project Server или настройке автоматических листов оценки результатов? Задавайте свои вопросы в комментариях под видео.
Присоединяйтесь к сообществу проектных менеджеров в телеграмм канале "Управление проектами с MS Project" https://t.me/msprojectonline Задать вопросы можно перейдя по ссылке.
Вас могут заинтересовать следующие материалы
Критерии оценки качества продукта проекта
Управление качеством в проекте
