Тридцать четыре требования, одиннадцать замечаний и один альбом, которого нет

Матрица «требование → раздел проекта → способ проверки», протокол замечаний с ответственными и сроками, чек-лист комплектности ПСД: 4 альбома из 5.

Предмет

Замечание без номера требования не закрывается

Замечание «в проекте не учтён шум» невозможно ни принять, ни проверить. Поэтому каждое замечание привязано к номеру требования, а требование — к разделу проекта и способу проверки. Тогда видно не «много замечаний», а ровно то, что мешает подписать.

Сценарий: вход, работа, выход

Что беру в системах, что делаю и что остаётся файлом

  1. Вход — ТЗ и комплект документации

    34 требования в ТЗ и пять альбомов проекта в работе. Вход сконструирован: документы вымышленные, доступа к файловому хранилищу заказчика не выдавалось.

  2. Вход — замечания технолога и ИБ

    Письма и пометки: 11 замечаний, которые обычно живут в переписке и теряются при пересылке.

  3. Работа — трассировка и протокол

    Требование привязывается к разделу проекта, замечание — к требованию. Считается комплектность и число критичных замечаний, блокирующих подпись.

  4. Выход — файл на Диске и матрица в книге

    Файл выгружен на Диск и опубликован: сделано. Чтение замечаний из почты и портала — подключим, нужен IMAP или вебхук.

Что получилось: матрица и протокол

Две страницы: трассировка требований, статусы, протокол замечаний и входной контроль комплекта. Данные вымышленные.

  1. 1

    Матрица трассировки

    Десять требований из 34: раздел ТЗ, раздел проекта, способ проверки и статус; Т-03 и Т-07 без раздела проекта.

  2. 2

    Протокол и комплектность

    11 замечаний с ответственным и сроком; комплект 4 альбома из 5 — нет АС-2, расчёт шума.

Что делает согласование проверяемым

Номер требования у каждого замечанияЗамечание закрывается вместе с требованием, а не «в целом учтено».
Способ проверкиЗамер, протокол, паспорт, журнал. При приёмке не спорят о критерии — он записан.
Статус требованияСогласовано, в работе, отклонено, новое. «Новое» всегда означает протокол изменения.
Входной контроль комплектаПять альбомов: наличие и результат по каждому. Отсутствие альбома — это неподтверждённое требование.
Критичное блокирует подписьТри критичных замечания останавливают подписание ТЗ: это правило, а не пожелание.
Срок у замечанияДата, а не «в ближайшее время». Просроченное замечание видно в своде.

Где согласование ломается

Требование без раздела проектаТ-07 «маркировка даты и партии» появилось после согласования — и раздела нет. На приёмке это спор.
Замечание без владельца«Проектировщик поправит» — не владелец. В протоколе стоит роль и срок.
Комплектность по оглавлениюОглавление говорит «5 альбомов», а на диске четыре. Проверка идёт по файлам, а не по списку.
Отклонённое без причиныТ-09 отклонено из-за политики ИБ — это надо записать, иначе требование вернётся через месяц.

Проверка

Что проверяю при согласовании

  • Каждое требование с номером

    Без номера замечание и требование не связываются, и закрытие невозможно проверить.

  • У требования есть способ проверки

    Замер, протокол, паспорт, журнал. «По факту» — не способ.

  • Статусы в сумме дают итог

    22 + 6 + 4 + 2 = 34. Не сходится — требование потеряно.

  • Критичные отделены

    Три критичных блокируют подпись: их число видно сразу, а не выясняется на защите.

  • Комплект проверен по файлам

    Наличие и результат по каждому альбому, а не общая фраза «документация получена».

  • Данные помечены

    Вымышленный кейс подписан в файле и на странице; форма рабочая.

Где данные

Откуда берутся числа

  • ТЗ и приложения

    Требования с номерами: разделы, значения, ссылки на нормы.

  • Комплект проекта

    Альбомы ПЗ, АС, ЭС, ТХ: разделы, листы, версии. Источник трассировки.

  • Почта и портал

    Замечания технолога, энергетика, ИБ: письма и пометки в задачах.

  • Протоколы испытаний

    Замеры и паспорта: чем подтверждается требование при приёмке.

Подключения

Что подключим

Срок — от запроса до первого результата по вашим данным

Файлы

Лог выхода

Файл ушёл в систему — вот ссылка

Матрица и протокол выгружены в папку проекта на Яндекс Диске и опубликованы: https://yadi.sk/i/CtoUcILr050JiA — сделано сейчас, а не «подключим». Вход (ТЗ и комплект альбомов) сконструирован: документы вымышленные, доступа к хранилищу заказчика не выдавалось.

На чём стоит метод и что рядом

Куда дальше

Что остановит

Возражения и ответы

  • Замечания у нас в переписке

    Поэтому протокол и собирается из почты: у каждого замечания появляется номер, требование, владелец и срок.

  • Проектировщик не примет матрицу

    Матрица — не претензия: она показывает, где требование нечем проверить. Это защищает и проектировщика на приёмке.

  • Комплект проверяет технадзор

    Технадзор проверяет качество решений. Комплектность и трассировку проверяет РП — это разные работы.

  • Кто подписывает ТЗ

    Заказчик и технолог. Агент готовит матрицу и протокол; подпись — ваша.

  • Что если требование добавили позже

    Оно получает статус «новое» и протокол изменения: иначе объём растёт без срока и цены.

Вопросы

Что нужно на входе?

ТЗ и приложения, комплект проекта, замечания в любом виде: письма, пометки, протоколы.

Сколько требований выдерживает матрица?

Столько, сколько есть. На 34 требования матрица читается; на 300 — делится по разделам.

Как связать с приёмкой?

Через способ проверки: при приёмке идут по матрице и смотрят протоколы и замеры, а не заново спорят.

Можно ли вести в портале?

Да: замечания задачами в Битрикс24 или Directum — подключим; в файле матрица обновляется по событиям.

Файл можно править?

Да, книга с тремя листами. Статусы в сумме дают число требований — это и есть проверка целостности.

  • Трассировка требований
  • Протокол с номерами
  • Критичное блокирует подпись
  • Комплект по файлам
  • Данные вымышленные

Роли

Соберите матрицу по своему ТЗ

Пришлите ТЗ и комплект документации — верну матрицу трассировки, протокол замечаний и результат входного контроля комплектности.

Telegram
MAX
Написать в чат