Управление качеством проекта: план, метрики и контроль

Граница материала: Планирование, обеспечение и контроль качества результа и процесса. U994 разбирает требования, U1006 — итоговую эффективность. Сквозной пример — команда выпускает личный кабинет с требованиями к точности данных и доступности. Каждый раздел заканчивается решением или доказательством, которое можно проверить через показатель: приёмка с первого раза, дефекты, переделка, стоимость качества, соблюдение критериев и удовлетворённость заказчика.

Перевести ожидания в критерии: управление качеством проекта

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

• Решение: «перевести ожидания в критерии» в системе «управление качеством проекта».
• Кто исполняет: спонсор результата.
• Единое понимание: артефакт операции «перевести ожидания в критерии» для темы «управление качеством проекта»: рабочую запись «перевести ожидания в критерии» с источником, версией и критерием.
• Причина остановки: при действии «перевести ожидания в критерии» в теме «управление качеством проекта» возникает отклонение: шаг «перевести ожидания в критерии» описан без проверяемого факта «управление качеством проекта».

Назначить стандарты и допуски: управление качеством проекта

Свяжите «назначить стандарты и допуски» с общей целью «управление качеством проекта». Роль руководитель проекта сохраняет артефакт операции «назначить стандарты и допуски» для темы «управление качеством проекта»: рабочую запись «назначить стандарты и допуски» с источником, версией и критерием и объясняет, какое изменение ожидается в показателе «приёмка с первого раза, дефекты, переделка, стоимость качества, соблюдение критериев и удовлетворённость заказчика». Если связь нельзя проследить или возникает «при действии «назначить стандарты и допуски» в теме «управление качеством проекта» возникает отклонение: шаг «назначить стандарты и допуски» описан без проверяемого факта «управление качеством проекта»», действие исключают либо пересобирают.

• Связь с целью: «назначить стандарты и допуски» в системе «управление качеством проекта».
• Кто объясняет: руководитель проекта.
• Ожидаемый эффект: артефакт операции «назначить стандарты и допуски» для темы «управление качеством проекта»: рабочую запись «назначить стандарты и допуски» с источником, версией и критерием.
• Потеря связи: при действии «назначить стандарты и допуски» в теме «управление качеством проекта» возникает отклонение: шаг «назначить стандарты и допуски» описан без проверяемого факта «управление качеством проекта».

Составить план качества: управление качеством проекта

Для операции «составить план качества» задайте границу полномочий. Роль владелец направления предоставляет артефакт операции «составить план качества» для темы «управление качеством проекта»: рабочую запись «составить план качества» с источником, версией и критерием: кто предлагает, кто решает и кому сообщают итог. В примере «команда выпускает личный кабинет с требованиями к точности данных и доступности» отдельно проверьте конфликт интересов. Сигнал эскалации — при действии «составить план качества» в теме «управление качеством проекта» возникает отклонение: шаг «составить план качества» описан без проверяемого факта «управление качеством проекта».

• Полномочие: «составить план качества» в системе «управление качеством проекта».
• Кто решает: владелец направления.
• След решения: артефакт операции «составить план качества» для темы «управление качеством проекта»: рабочую запись «составить план качества» с источником, версией и критерием.
• Эскалация: при действии «составить план качества» в теме «управление качеством проекта» возникает отклонение: шаг «составить план качества» описан без проверяемого факта «управление качеством проекта».

Встроить проверки в процесс: управление качеством проекта

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

• Факт и прогноз: «встроить проверки в процесс» в системе «управление качеством проекта».
• Кто обновляет: аналитик проекта.
• Источник данных: артефакт операции «встроить проверки в процесс» для темы «управление качеством проекта»: рабочую запись «встроить проверки в процесс» с источником, версией и критерием.
• Ошибка данных: при действии «встроить проверки в процесс» в теме «управление качеством проекта» возникает отклонение: шаг «встроить проверки в процесс» описан без проверяемого факта «управление качеством проекта».

Обеспечить независимый контроль: управление качеством проекта

Изменение шага «обеспечить независимый контроль» оценивайте до принятия. Роль координатор команды оформляет артефакт операции «обеспечить независимый контроль» для темы «управление качеством проекта»: рабочую запись «обеспечить независимый контроль» с источником, версией и критерием и показывает влияние на цель, срок, стоимость и соседние решения «управление качеством проекта». На случае «команда выпускает личный кабинет с требованиями к точности данных и доступности» проверьте обратимость. Риск «при действии «обеспечить независимый контроль» в теме «управление качеством проекта» возникает отклонение: шаг «обеспечить независимый контроль» описан без проверяемого факта «управление качеством проекта»» блокирует перенос в действующий план.

• Влияние изменения: «обеспечить независимый контроль» в системе «управление качеством проекта».
• Кто согласует: координатор команды.
• Версия решения: артефакт операции «обеспечить независимый контроль» для темы «управление качеством проекта»: рабочую запись «обеспечить независимый контроль» с источником, версией и критерием.
• Блокирующий риск: при действии «обеспечить независимый контроль» в теме «управление качеством проекта» возникает отклонение: шаг «обеспечить независимый контроль» описан без проверяемого факта «управление качеством проекта».

Собирать дефекты и причины: управление качеством проекта

Качество результата «собирать дефекты и причины» подтверждает участник, который его не создавал. Роль владелец базовой линии передаёт артефакт операции «собирать дефекты и причины» для темы «управление качеством проекта»: рабочую запись «собирать дефекты и причины» с источником, версией и критерием вместе с критерием проверки. Если два проверяющих получают разные выводы или видят «при действии «собирать дефекты и причины» в теме «управление качеством проекта» возникает отклонение: шаг «собирать дефекты и причины» описан без проверяемого факта «управление качеством проекта»», формулировку и данные уточняют.

• Критерий качества: «собирать дефекты и причины» в системе «управление качеством проекта».
• Кто проверяет: владелец базовой линии.
• Результат проверки: артефакт операции «собирать дефекты и причины» для темы «управление качеством проекта»: рабочую запись «собирать дефекты и причины» с источником, версией и критерием.
• Разный вывод: при действии «собирать дефекты и причины» в теме «управление качеством проекта» возникает отклонение: шаг «собирать дефекты и причины» описан без проверяемого факта «управление качеством проекта».

Оценивать стоимость качества: управление качеством проекта

Перед закрытием «оценивать стоимость качества» сопоставьте обещание и эффект. Для «управление качеством проекта» роль контрольная группа использует артефакт операции «оценивать стоимость качества» для темы «управление качеством проекта»: рабочую запись «оценивать стоимость качества» с источником, версией и критерием, проверяет «приёмка с первого раза, дефекты, переделка, стоимость качества, соблюдение критериев и удовлетворённость заказчика» и записывает остаточные ограничения. Ошибка «при действии «оценивать стоимость качества» в теме «управление качеством проекта» возникает отклонение: шаг «оценивать стоимость качества» описан без проверяемого факта «управление качеством проекта»» остаётся открытым пунктом с владельцем и сроком.

• Обещание и эффект: «оценивать стоимость качества» в системе «управление качеством проекта».
• Кто принимает: контрольная группа.
• Итоговая запись: артефакт операции «оценивать стоимость качества» для темы «управление качеством проекта»: рабочую запись «оценивать стоимость качества» с источником, версией и критерием.
• Открытое ограничение: при действии «оценивать стоимость качества» в теме «управление качеством проекта» возникает отклонение: шаг «оценивать стоимость качества» описан без проверяемого факта «управление качеством проекта».

Управлять исправлениями: управление качеством проекта

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

• Рабочее правило: «управлять исправлениями» в системе «управление качеством проекта».
• Кто закрепляет: независимый проверяющий.
• Условие пересмотра: артефакт операции «управлять исправлениями» для темы «управление качеством проекта»: рабочую запись «управлять исправлениями» с источником, версией и критерием.
• Новый эксперимент: при действии «управлять исправлениями» в теме «управление качеством проекта» возникает отклонение: шаг «управлять исправлениями» описан без проверяемого факта «управление качеством проекта».

Провести приёмку результата: управление качеством проекта

Начните раздел «провести приёмку результата» с наблюдаемого состояния, а не с шаблона. Для «управление качеством проекта» роль заказчик результата собирает артефакт операции «провести приёмку результата» для темы «управление качеством проекта»: рабочую запись «провести приёмку результата» с источником, версией и критерием и указывает дату данных. На ситуации «команда выпускает личный кабинет с требованиями к точности данных и доступности» сравните исходный факт с ожидаемым результатом. Если проявляется «при действии «провести приёмку результата» в теме «управление качеством проекта» возникает отклонение: шаг «провести приёмку результата» описан без проверяемого факта «управление качеством проекта»», решение нельзя считать готовым.

• Исходный факт: «провести приёмку результата» в системе «управление качеством проекта».
• Владелец шага: заказчик результата.
• Подтверждение: артефакт операции «провести приёмку результата» для темы «управление качеством проекта»: рабочую запись «провести приёмку результата» с источником, версией и критерием.
• Условие возврата: при действии «провести приёмку результата» в теме «управление качеством проекта» возникает отклонение: шаг «провести приёмку результата» описан без проверяемого факта «управление качеством проекта».

Улучшить процесс по урокам: управление качеством проекта

У шага «улучшить процесс по урокам» должна быть одна проверяемая цель. В системе «управление качеством проекта» роль владелец операционного эффекта показывает артефакт операции «улучшить процесс по урокам» для темы «управление качеством проекта»: рабочую запись «улучшить процесс по урокам» с источником, версией и критерием, а команда заранее определяет допустимое отклонение. Проверьте обычный и неблагоприятный сценарии. Признак возврата: при действии «улучшить процесс по урокам» в теме «управление качеством проекта» возникает отклонение: шаг «улучшить процесс по урокам» описан без проверяемого факта «управление качеством проекта».

• Проверяемая цель: «улучшить процесс по урокам» в системе «управление качеством проекта».
• Кто отвечает: владелец операционного эффекта.
• Допуск: артефакт операции «улучшить процесс по урокам» для темы «управление качеством проекта»: рабочую запись «улучшить процесс по урокам» с источником, версией и критерием.
• Сигнал отклонения: при действии «улучшить процесс по урокам» в теме «управление качеством проекта» возникает отклонение: шаг «улучшить процесс по урокам» описан без проверяемого факта «управление качеством проекта».

Матрица контроля и владения

Что изучить дальше

• управление рисками
• Agile
• управление проектами
• жизненный цикл проекта
• матрица RACI
• диаграмма Ганта

Чек-лист запуска