Обеспечение качества процесса и продукта: стейкхолдеры, мониторинг и определённый процесс
1. Вовлечение заинтересованных сторон
Обеспечение качества не должно быть замкнуто на маленькой группе, которая работает независимо и не делится результатами. Правильная практика — выявлять и включать в работу заинтересованные стороны (stakeholders, стейкхолдеры). В каждом проекте их состав различается, но часто в него входят:
- проектный менеджер;
- руководители функциональных команд или ведущие специалисты;
- заказчик;
- спонсор проекта;
- представители финансовых служб, которые мониторят бюджет.
Заранее нужно понять, кого может интересовать управление качеством. Вместе с ними следует разрабатывать критерии объективной оценки процессов и результатов, оценивать процессы и результаты, разрешать проблемы несоответствий.
2. Мониторинг, контроль и объективная оценка
Мониторинг и контроль процесса — наиболее понятная часть. У процесса есть план. Если план не выполняется, корректируется план, процесс или и то и другое. Результаты измеряются через расхождения между запланированными и фактическими оценками, а также через календарный план.
Общая практика включает объективную оценку соответствия процесса его описанию и стандартным процедурам, а также рассмотрение несоответствий. В области обеспечения качества процесса и продукта (Process and Product Quality Assurance, PPQA) такая деятельность является сутью самой процессной области. Поэтому применять её для оценки самой PPQA не требуется. Если же общая практика используется для оценки уровня возможностей другой процессной области, это допустимо. Также необходимо обсуждать состояние процесса с вышестоящим руководством.
3. Определённый процесс на третьем уровне
Определённый процесс достигается при выполнении общей цели третьего уровня и соответствующих практик. Первая практика — создать текущий процесс путём адаптации (tailoring, выкраивания) стандартного процесса. Проектный менеджер должен взять стандартный процесс обеспечения качества, который в организации уже существует на этом уровне, и адаптировать его к специфике проекта. Как процесс создаётся и поддерживается, описано в процессной области интегрированного управления проектом (Integrated Project Management, IPM). Дополнительная информация может быть получена из области определения процессов организации (Organizational Process Definition, OPD). Чтобы третий уровень возможностей был достижим для процессных областей, включая PPQA, области IPM и OPD должны существовать как минимум на первом уровне.
Среди субпрактик важно обеспечить соответствие целей построенного процесса целям стандартного процесса. Достижение цели — важнейший критерий того, что процессная область действительно выполняется. Если процесс адаптируется, нужно гарантировать достижение цели и в проекте.
4. Накопление процессного опыта
Вторая практика — накопление опыта использования процесса. Для этого вводятся структуры данных, например:
- репозиторий измерений (Measurement Repository), где сохраняются значения метрик процесса;
- библиотека процессных активов организации (Organizational Process Asset Library), где сохраняются описания процессных активов.
Эти структуры должны пополняться, вестись и сопровождаться. В PPQA накапливаются прежде всего журналы оценок, отчёты о несоответствиях, отчёты о состоянии корректирующих действий, аналитические итоговые отчёты, например тенденции в области качества и отчёты о затратах на обеспечение качества по каждому проекту. На основе этих объектов принимаются решения о пересмотре и улучшении стандартного процесса.
Краткие итоги
Практическая ценность темы состоит в переходе от формального контроля к совместной ответственности за качество. Если оценка процессов и результатов замкнута внутри узкой группы, решения теряют обоснованность, а отклонения не превращаются в улучшения. Поэтому управление качеством становится коммуникационной и управленческой практикой: нужно заранее определить круг заинтересованных сторон, согласовать критерии оценки и организовать регулярное обсуждение несоответствий. Такой подход снижает риск того, что качество останется набором отчётов, не влияющих на реальные решения.
Логика мониторинга строится вокруг плана и объективных свидетельств. Сравнение запланированных и фактических результатов, анализ календарного плана и проверка соответствия стандартным процедурам позволяют увидеть не только отклонение, но и его причину. Корректировка может касаться плана, процесса или обоих элементов. Важно, чтобы оценка была независимой от личных интересов, иначе несоответствия будут скрываться или трактоваться удобным образом.
На третьем уровне возникает более сложная управленческая конструкция. Стандартный процесс не копируется в проект целиком, а адаптируется под его специфику. При этом цель стандартного процесса должна сохраняться, иначе адаптация превращается в подмену процесса. Достижение цели остаётся главным критерием результативности. Это требует зрелых смежных областей: без описания процессов организации и интегрированного управления проектом адаптация становится произвольной.
Накопление опыта замыкает цикл улучшений. Журналы оценок, отчёты о несоответствиях и корректирующих действиях, тенденции качества и данные о затратах на качество создают основу для анализа. Если эти данные не собираются и не сопровождаются, организация теряет возможность учиться на отклонениях и повторно использовать удачные решения. Практический смысл темы — в создании управляемого контура: совместные критерии, объективная оценка, адаптация процесса, накопление данных и пересмотр стандарта на основе фактов.
Обеспечение качества процесса и продукта не должно быть делом одной изолированной группы. Нужно выявлять заинтересованные стороны (stakeholders) и работать вместе с ними. В разных проектах состав различается, но часто это проектный менеджер, руководители функциональных команд или ведущие специалисты, заказчик, спонсор, представители финансовых служб. Вместе со стейкхолдерами разрабатывают критерии объективной оценки, оценивают процессы и результаты, разрешают несоответствия.
Мониторинг и контроль процесса опираются на план. Если план не выполняется, корректируют план, процесс или оба элемента. Результаты измеряют через расхождения между запланированными и фактическими оценками, календарный план. Общая практика включает объективную оценку соответствия процесса его описанию и стандартным процедурам, рассмотрение несоответствий и обсуждение состояния процесса с вышестоящим руководством.
В области PPQA (Process and Product Quality Assurance, обеспечение качества процесса и продукта) такая деятельность является сутью самой области. Поэтому отдельно применять её к самой PPQA не требуется. Если общая практика используется для оценки уровня возможностей другой процессной области, это допустимо.
На третьем уровне появляется определённый процесс. Он связан с достижением общей цели третьего уровня и выполнением его практик. Первая практика — адаптировать стандартный процесс. Проектный менеджер берёт стандартный процесс обеспечения качества, уже существующий в организации, и приспосабливает его к проекту. Как процесс создаётся и поддерживается, описано в IPM (Integrated Project Management, интегрированное управление проектом). Дополнительная информация есть в OPD (Organizational Process Definition, определение процессов организации). Чтобы третий уровень был достижим для процессных областей, включая PPQA, IPM и OPD должны существовать как минимум на первом уровне.
При адаптации важно обеспечить соответствие целей построенного процесса целям стандартного. Достижение цели — важнейший критерий того, что процессная область действительно выполняется. Если процесс выкроен из стандартного, нужно гарантировать достижение цели и в проекте.
Вторая практика — накопление процессного опыта. Для этого создают структуры данных: репозиторий измерений, где хранятся значения метрик процесса, и библиотеку процессных активов организации, где хранятся описания процессных активов. Они должны пополняться, вестись и сопровождаться.
В PPQA накапливаются журналы оценок, отчёты о несоответствиях, отчёты о состоянии корректирующих действий, аналитические итоговые отчёты, например тенденции в области качества и отчёты о затратах на обеспечение качества по проекту. На основе этих данных принимаются решения о пересмотре стандартного процесса и его улучшении.
1. Качество не обеспечивается изолированной группой; нужны заинтересованные стороны.
2. Стейкхолдеры помогают разрабатывать критерии, оценивать процессы и разрешать несоответствия.
3. Состав стейкхолдеров зависит от проекта, но часто включает менеджера, заказчика, спонсора и финансы.
4. При отклонении от плана корректируют план, процесс или оба элемента.
5. Объективная оценка включает сравнение с описанием процесса и стандартными процедурами.
6. В PPQA мониторинг качества является сутью области, а не внешней надстройкой.
7. Общую практику мониторинга можно применять для оценки другой процессной области.
8. Определённый процесс связан с третьим уровнем и выполнением его практик.
9. Проектный менеджер адаптирует стандартный процесс качества под проект.
10. При адаптации важно сохранить соответствие целей стандартного и проектного процессов.
11. Для третьего уровня области IPM и OPD должны существовать минимум на первом уровне.
12. Накопление опыта требует журналов, отчётов, репозитория измерений и библиотеки процессных активов.
1. Почему обеспечение качества не должно замыкаться на малой изолированной группе?
2. Каких участников проекта целесообразно включать в работу по качеству?
3. Что нужно разрабатывать вместе со стейкхолдерами для объективной оценки?
4. Какие действия возможны, если процесс не выполняется по плану?
5. Какие измерения помогают увидеть расхождения между планом и фактом?
6. Что означает объективно оценивать соответствие процесса стандартным процедурам?
7. Почему в PPQA не требуется отдельно применять мониторинг к самой PPQA?
8. В каком случае общая практика мониторинга может применяться в PPQA?
9. Зачем обсуждать состояние процесса с вышестоящим руководством?
10. Когда процесс становится определённым?
11. Как проектный менеджер адаптирует стандартный процесс качества под проект?
12. Какие структуры и отчёты нужны для накопления процессного опыта?