ЧТЗ на доработку 1С: двенадцать требований и матрица до приёмки

Резерв товара под интернет-заказ · три заказчика · четыре конфликта · два требования вне конфигурации

  • Работает из России: рубли, договор с ИП, без VPN и иностранной карты
  • По умолчанию чтение и черновики: запись в 1С и отправку агент делает по вашей команде
  • Нормы настоящие — ГОСТ 34.601-90, 34.602-89, 34.603-92, ФЗ-402, ФЗ-63; числа кейсов помечены

Как это было

Что принесли

Коммерческий директор: резерв под интернет-заказ. Склад: чтобы нельзя было продать зарезервированное. Бухгалтер: чтобы резерв не попал в регламентированную отчётность. Три письма и двенадцать пожеланий.

  • Что выяснилось

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

  • Что собрали

    ЧТЗ по ГОСТ 34.602-89: двенадцать требований четырёх типов, у каждого источник и приоритет. Матрица трассировки: у каждого требования тест-кейс и строка приёмки.

  • Что решил человек

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

  • Что открыть

    ЧТЗ в pdf и матрицу в xlsx: двенадцать требований, четыре конфликта, три требования вне этой итерации.

Задача

Что за работа

Доработка в 1С начинается не с кода, а с документа, по которому разработчик берёт задачу, а приёмка проверяет не «нравится», а строку трассировки. Требования приходят из трёх источников и сводятся в один список: конфликт, найденный в ЧТЗ, стоит час; тот же конфликт на внедрении стоит неделю и доверие.

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

Три пожелания сводятся в один документ; справа трассировка — от требования к тесту и к приёмке.

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

  1. 1

    Вход: три источника

    Письма заказчиков, расшифровка созвона, старая инструкция и доступ на чтение к объектам вашей базы 1С.

  2. 2

    Проверка по норме

    ГОСТ 34.602-89 — состав ТЗ; ГОСТ 34.601-90 — стадии. Требование без источника и критерия приёмки требованием не считается.

  3. 3

    Сведение двенадцати в восемь

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

  4. 4

    Выход: ЧТЗ и матрица

    pdf с ЧТЗ и xlsx с матрицей: требование → тест → результат → приёмка. Плюс список «что не войдёт» с причиной.

  5. 5

    Ваш шаг

    Решение по каждому конфликту и подпись ЧТЗ. Агент доводит до развилки и останавливается.

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

Пишет ЧТЗ и матрицу трассировкиагент: 12 требований, 4 конфликта, тест у каждого
Проверяет требование на выполнимостьагент: сверяет с конфигурацией и снятием с поддержки
Решает, чьё требование уступаетчеловек: это выбор заказчика, не формальность
Подписывает ЧТЗчеловек: подпись и ответственность за состав работ
Меняет конфигурациюагент не меняет: только расширение и профили доступа

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

Лист ЧТЗ: двенадцать требований с источником и приоритетом, четыре конфликта с решением.

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

Подключения

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

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

Границы

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

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

Вопросы

Чем ЧТЗ отличается от письма с пожеланиями?

У требования есть источник, критерий приёмки и тест. Письмо можно обсудить, ЧТЗ можно принять или не принять по строке матрицы — и это видно обеим сторонам.

Кто пишет ЧТЗ, если есть свой аналитик?

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

Что если конфигурация снята с поддержки?

Два требования из двенадцати закрываются расширением и профилями доступа. Это записано в ЧТЗ сразу, а не выясняется в конце разработки.

Нужен ли доступ к базе?

Для проверки выполнимости — чтение объектов. Без доступа ЧТЗ тоже собирается, но проверка идёт по вашим словам, и это помечено в документе.

Как понять, что ЧТЗ готово к работе?

По нему можно провести испытания: у каждого требования есть тест. Если тест придумать нечего — требование сформулировано плохо, и это видно на бумаге, а не в коде.

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

Рядом

Роли

Справки

Пришлите переписку заказчиков — вернём ЧТЗ и матрицу

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

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