План управления качеством описывает, как проект проверяет свои результаты: кто проверяет, по каким критериям и чем это доказывается. Здесь шаблон в Word и фрагменты утверждённой версии 1.1 учебного проекта: проверки по типам поставок, тест-стратегия и метрики с текущими значениями.
Что мы будем считать «готово»? Я спрашиваю четвёртый месяц.План качества отвечает на вопрос: как поймём, что результат годен, до того как его примет заказчик. Он задаёт критерии для каждого типа поставки — документа, данных, дашборда, обучения — и называет, кто проверяет. Приёмка заказчиком остаётся отдельно, в акте.
В шаблоне шесть разделов и два приложения: приложение A — определение «готово» для каждого типа поставки, приложение B — чек-лист проверки документа. В шаблоне уже стоят типовые пороги: DQ не ниже 98%, первый раз принято не ниже 80%, p95 не больше 3 секунд. Их заменяют значениями, согласованными с заказчиком.
Пишут на планировании, до первой поставки: критерии нужны до работы, а не после. Пересматривают, когда появляется новый тип поставки, например дашборды или обучение. Если для него нет строки в плане, его проверяют по памяти.
Одна цель с метрикой, например: сколько документов принимаются с первого раза (в шаблоне не меньше 80%). Перечень стандартов берут из политик заказчика: безопасность, данные, доступность интерфейса. Определение «готово» выносят в приложение A.
Шесть строк: PM отвечает за план и отчёт, QA Lead за тест-стратегию и дефекты, техлид за ревью кода и дизайна, аналитик за требования и трассировку, владелец бизнеса со стороны заказчика принимает поставки и назначает тестеров UAT, Design Authority утверждает дизайн по стандартам.
Для документов, данных, дашбордов и обучения — три вопроса: какая проверка, по какому критерию, чем это доказываем. Критерий — число или проверяемый факт: «чек-лист пройден, все комментарии закрыты», а не «качественно».
Unit, SIT, производительность и безопасность, UAT: для каждого уровня владелец, среда и критерий выхода. Выход из UAT — подписанный сертификат заказчика, а не слова «протестировали».
Для каждой метрики — цель и частота: дефекты по серьёзности, первое принятие, DQ, переделки (не больше 10% усилий сборки). Приложения A и B входят в базовую версию плана.
Definition of done — готовность инкремента командой. Приёмка заказчиком идёт по его критериям в акте. Смешать их значит сдать «готово» и услышать «нет» на приёмке. В симуляторе Влад уже четвёртый месяц спрашивает, что считается готовым.
«Качественно», «хорошо», «без багов» не проверяются. В плане каждый критерий — число или проверяемый факт: сертификат подписан, DQ не ниже 98%, ноль Sev-1/2.
Без тест-кейсов регресс гоняют по памяти. В симуляторе после релиза UC1 так и происходит, и Влад пишет об этом прямо.
Метрику без частоты никто не отчитывает. У каждой метрики в шаблоне есть частота: еженедельно, на поставку или ежемесячно.
Фрагменты версии 1.1 со статусом «утверждённая базовая версия» учебного проекта AI Social Pulse: контроль продукта, тест-стратегия и метрики с текущими значениями, как в статусе недели 32.
| Deliverable Type | Control Activity | Criteria | Evidence |
|---|---|---|---|
| Documents (BRD, HLD, plans) | Peer review, then client review through the approval registry 3.5 | Checklist passed; all comments closed | Review log; registry entry |
| Data pipelines | Unit tests; 75 DQ rules agreed with Data Governance; reconciliation against the source | DQ pass rate at least 98%; duplicates no more than 1% per topic | Test report; DQ dashboard |
| Dashboards | Functional tests, SIT, business validation with editors | All test cases run; zero open Sev-1/2 | Test report; release notes |
| Releases | Release checklist; deployment runbook; rollback plan | Runbook validated by Client IT | Release note; runbook sign-off |
| Level | Scope | Owner | Environment | Exit Criteria |
|---|---|---|---|---|
| Unit | Components and pipelines | Developers | DEV | 100% of unit tests pass |
| SIT | End-to-end flows and integrations | Vlad Petrov | UAT/STG | All test cases run; zero Sev-1/2 |
| UAT | Business scenarios by Client users | Farida Al-Mansouri (UC1), Nura Saleh (UC2) | UAT/STG | 379 scenarios executed; zero open Sev-1/2 at sign-off |
| Performance | Refresh interval and dashboard load | Sergey Volkov | UAT/STG | Data refresh at least every 15 minutes |
| Metric | Target | Frequency |
|---|---|---|
| Open defects by severity | Zero Sev-1/2 at UAT sign-off; currently 3 Sev-3 | Weekly |
| Review first-time-right rate | At least 80%; currently 80% (4 of 5) | Per deliverable |
| Data-quality pass rate | At least 98% | Weekly |
| Duplicate posts in the trends feed | No more than 1% per topic; currently 3.1% (I-02), fix in test, 7-day retest before UC1 go-live | Weekly during UAT |
| UAT scenario execution | 379 of 379 by sign-off; currently 234 (62%) | Daily during UAT |
AI Social Pulse — вымышленный учебный проект PM Simulator: компании, люди и цифры придуманы для обучения. Названия компаний на этой странице заменены ролями. Полный образец и ещё 40 заполненных документов этого проекта — в симуляторе.
Не нашёл своего вопроса — напиши в Telegram, отвечу.
На английском, как в международных компаниях: Quality Management Plan. Разделы и таблицы можно перевести, структура от этого не меняется.
Определение «готово» — приложение A к плану. Сам план описывает, как поставки проверяют, кто их проверяет и что показывает отчёт о качестве.
UAT проверяет, что решение работает для бизнеса, и заканчивается сертификатом заказчика. План качества описывает всё до UAT: ревью, юнит-тесты, SIT и правила качества данных. Без него UAT находит то, что должно было быть поймано раньше.
На седьмой день Влад уже четвёртый месяц спрашивает, что команда считает «готово». Пока ответа нет, поставки UC2 и UC3 принимают по мнению, а не по критериям.
эпизод 3 «Три удара за одну неделю» · день 7: Релизный цикл
Ты в деле?Один платёж · доступ навсегда
Возврат в течение двух суток с момента оплаты, без объяснения причин.
Потоки работ по месяцам на одной странице, статус — цветом ячейки.
Причина, событие, последствие, оценка 1–5, стратегия и два владельца; тепловая карта.
Одна страница раз в неделю: RAG по семи направлениям, вехи, риски и решение, которое нужно от спонсора.