Требования к отчётности и приёмка: что считается «принято», а что ещё нет

19 требований, 3 конфликта и 14 тестов, из которых прошло 11

  • Работает в ваших сервисах: 1С, база, кабинеты площадок и рекламы, веб-аналитика, почта
  • По умолчанию чтение и расчёт: запись в вашу систему — по вашей команде
  • Данные кейса сконструированы; нормы, формулы и структура документов — настоящие

Дело: 19 требований от четырёх заказчиков и 14 тестов приёмки

Кто в деле

Руководитель, коммерческий, маркетинг, финансы и операции. Один отчёт по продажам, который нужен всем и по-разному.

  • Что было

    «Нужен удобный дашборд» — и четыре разных представления о том, что это. Сборка начиналась трижды и трижды не принималась.

  • Где развилка

    Сводить требования к одному или разводить конфликты? Три требования противоречили друг другу по существу, а не по формулировке.

  • Что сделал агент

    Собрал девятнадцать требований, из которых три оказались конфликтом, построил модель данных и написал четырнадцать тестов приёмки по структуре ГОСТ 34.602-2020.

  • Что нашлось

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

  • Чем закончилось

    Приёмка стала протоколом, а не разговором. Конфликты разведены: две метрики с разными именами вместо одной «правильной». Данные кейса сконструированы.

Задача

Что за работа

Требование, которое нельзя проверить, — это пожелание. «Удобный дашборд» не проверяется, а «итог по каналам равен общему» проверяется одним тестом. Поэтому требования собираются сразу как проверки, а структура ТЗ берётся из ГОСТ 34.602-2020. Конфликт требований — норма: два отдела считают выручку по разным основаниям, и оба правы.

Как это выглядит

Требование превращается в тест, тест — в протокол с провалами.

Путь в системах: что берём на входе и что отдаём

  1. 1

    Вход: требования как их говорят

    Четыре заказчика, разговорный язык, разные ожидания. Формулировки сохраняются, чтобы видеть конфликт.

  2. 2

    Перевод в проверяемое

    Каждое требование получает признак проверки: число, равенство, наличие поля. Непереводимое помечается как пожелание.

  3. 3

    Разведение конфликтов

    Три конфликта: момент выручки, частота обновления, состав воронки. Решение — развести метрики и назвать разные имена.

  4. 4

    Модель данных

    Одна таблица факта и три справочника. Глубина истории и гранулярность заданы требованиями, а не возможностями источника.

  5. 5

    Выход: протокол приёмки

    Четырнадцать тестов с результатом, три провала с причиной и перечень того, что нужно доделать.

Агент делает · человек решает

Переводит требование в тестпризнак проверки, а не формулировка
Показывает конфликти предлагает развести, а не выбрать
Строит модель данныхфакт и справочники по требованиям
Проводит приёмкус протоколом и провалами
Решает, чем пожертвоватьчеловек: срок, глубина, состав
Подписывает акт приёмкичеловек: ответственность
Договаривается между отделамичеловек: чей приоритет

Что получится на выходе

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

Открыть артефакт

Подключения

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

Сервис · что читаем и пишем · что нужно от вас · срок

Границы

Чего агент не делает

Агент не решает, чем пожертвовать: сроком, глубиной истории или составом метрик — это решение заказчика. Он не подписывает акт приёмки и не объявляет отчёт принятым, если тесты не прошли: протокол с тремя провалами — это и есть результат. Он также не переписывает требования задним числом под то, что получилось.

Вопросы

Зачем ГОСТ для внутреннего дашборда?

Не для формы, а для состава: стандарт напоминает, что кроме требований к системе нужны порядок контроля и требования к документированию. Именно там обычно и обнаруживается, что приёмку никто не описал.

Что делать, если требования противоречат друг другу?

Разводить. «Выручка» по начислению и «оплаченная выручка» — две метрики, а не одна с двумя мнениями. Как только у них разные имена, конфликт исчезает.

Можно ли принять отчёт с проваленными тестами?

Можно, если это записано: какие пункты не выполнены и когда будут. Нельзя — объявить отчёт готовым, когда три теста не проходят.

Сколько тестов нужно на один отчёт?

Столько, сколько требований. В кейсе четырнадцать на девятнадцать требований: часть требований проверяется одним тестом, часть — общим.

Кто пишет протокол приёмки?

Агент собирает его по результатам тестов. Подписывает человек — тот, кто принимает работу и отвечает за цифру.

Соседние работы

Рядом

Разберём ваши требования и проведём приёмку по протоколу

Нужен список требований и доступ к источнику — вернём протокол

Telegram
MAX
Спросить здесь