Что такое план контроля качества, как привязать проверки к этапам, какие документы сделать обязательными и как распределить роли по RACI. С примером.
Обновлено 28.09.2026
На приемке выясняется, что данные перенесены с ошибками, обязательный сценарий никто не проверял, а согласование требований осталось в переписке. План контроля качества (ПКК) помогает поймать такие пробелы на границе каждого этапа, а не в конце проекта: для каждого результата он заранее задает критерий, способ проверки, ответственных и подтверждающий документ. Ниже - из чего состоит ПКК, как связать его с этапами, как распределить роли по матрице RACI и пример для проекта внедрения информационной системы.
ПКК - перечень контрольных точек проекта. Каждая точка отвечает на шесть вопросов: что проверяем, по какому критерию, каким способом, когда, кто проверяет и принимает решение, каким документом это подтверждается. Если хотя бы на один вопрос нет ответа, проверка либо не случится, либо закончится спором.
Название и форма зависят от отрасли. В строительстве это план контроля или схема операционного контроля, в проектах создания автоматизированных систем часть проверок оформляют программой и методикой испытаний, в проектировании - перечнем проверок и нормоконтролем выпускаемой документации. Суть одна: качество закладывается в план заранее, а не обнаруживается на приемке.
Контроль качества показывает, соответствует ли результат согласованным требованиям. Приемка - решение уполномоченной стороны принять результат. Проверки идут в течение всего этапа и входят в приемку как доказательная база, но приемку не заменяют. Раннее обнаружение дефекта обычно уменьшает объем переделок: ошибка в требованиях, найденная до разработки, стоит одного исправленного документа, а после разработки - переделки кода, тестов и инструкций.
Самая полезная часть ПКК - привязка к этапам жизненного цикла. У каждого этапа есть набор документов или результатов на выходе, и переход к следующему этапу разрешается только после их согласования. Это и есть управление по стадиям: проект не начинает разработку без утвержденных требований и не выходит на испытания без проверенной миграции.
Документы этапа полезно делить на обязательные и желательные. Обязательный документ блокирует переход: без него следующий этап несет прямой риск переделок. Желательный - повышает качество, но проект без него может двигаться дальше.
Какие документы делать обязательными? Те, что требуются договором или нормой, фиксируют решение заказчика или нужны для оплаты этапа. Универсальной нормы вроде «пять-семь документов на этап» нет: количество определяют риск, договор и применимые требования. Если сделать обязательным все, проектный офис получит бюрократию, а команда - привычку формально закрывать документы.
Матрица RACI распределяет ответственность за каждый документ ПКК: строки - документы, столбцы - роли, в ячейках - буквы.
Готовит документ или выполняет проверку. Обычно одна роль.
Принимает решение по результату. Без его согласования документ не закрыт.
Эксперт, чье мнение учитывают до решения: архитектор, юрист, специалист по безопасности.
Узнает о результате, но на решение не влияет.
В классическом RACI буква A означает единственного подотчетного за результат. На практике согласующих бывает несколько - например, руководитель проекта и представитель заказчика, - но тогда их порядок и право вето должны быть записаны. Две типичные ошибки: у документа нет ни одного A (его некому закрыть) или A стоит у всех (документ не закроется никогда).
Ниже - учебный пример. Критерии и состав документов согласуйте для своего проекта до начала соответствующих работ, лучше - в приложении к договору или в уставе.
Про миграцию отдельно. Контрольные суммы полезны, когда файлы копируются один в один. Когда данные преобразуются между системами, нужна сверка полей, связей и бизнес-итогов: совпадение числа записей само по себе не доказывает корректность переноса. Допустим, перенесено 12 400 договоров, число записей сошлось, но у 300 из них потерялась связь с контрагентом - это найдет только сверка связей.
Замечание, которое «исправили», но никто не перепроверил, - главный источник дефектов, всплывающих на приемке. Цикл такой:
Для исключений заранее задайте порядок: кто вправе принять остаточный риск, на какой срок и с какими компенсирующими мерами. Например, заказчик соглашается на переход к испытаниям с двумя незначительными замечаниями при условии их устранения до приемки - и это решение записано, а не сказано на совещании.
В volrix.pm ПКК - это перечень документов по этапам проекта, собранный из настроек. Администратор в «Конструкторе документов» («Администрирование» → «Работа компании» → «Документы и шаблоны») выбирает набор проектной документации и в матрице этапов указывает, какие документы нужны на каждом этапе, какие из них обязательны и какие роли их согласуют (до шести ролей на документ). В поставке есть набор «Произвольный», на установках со стандартом - «ГОСТ 34.201-2020».
Чего система не делает сама. Критерий и метод проверки не отдельные поля ПКК - их записывают в пояснение к документу или в шаблон его печатной формы. Правка матрицы не меняет документы, уже созданные в проектах. Статус проекта (например, «Завершен») система не проверяет по ПКК - когда какой статус ставить, закрепите в регламенте проектного офиса.
Подробно - в документации: Конструктор документов, Контроль проекта, Этапы проектов и Методология.
Если хотите собрать ПКК под свою методику и проверить его на реальном проекте, начните с пилота.
Матрица этапов, обязательные документы и RACI
ПКК, готовность этапа и ЗНИ на переход
Контроль качества, исполнительная документация и подрядчики
