Требование, доработка или новое пожелание?

С чего начать разбор

Собираем техническую историю требований из задания, согласований и задач. Показываем, где требования однозначны, где менялись и какие формулировки не позволяют провести объективную проверку.

• Заказчик считает функцию частью задания, подрядчик — дополнительной работой
• Нужно подготовить понятные технические вопросы для разбирательства

Это описание возможной задачи и порядка её анализа. Здесь нет вымышленного номера дела, клиента или обещания определённого решения.

Какие обстоятельства можно проверить

1. Какие технические требования зафиксированы в представленных версиях задания и согласованиях?
2. Какие функции добавлены или изменены между доступными редакциями?
3. Какие формулировки нуждаются в измеримых критериях для проверки результата?

Если требование сформулировано неоднозначно, это отдельно фиксируется. Эксперт исследует технические свойства и факты, а не принимает за установленное утверждение одной из сторон.

На каких материалах строится проверка

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

Что даёт технический разбор

Карта требований и изменений с привязкой к источникам; перечень проверяемых критериев и технических неоднозначностей.

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

Какие исследования связаны с задачей

• Экспертиза программного обеспечения ↗

Инструкция перед обращением

Как сопоставить сайт с ТЗ, зафиксировать ошибки и версию проекта, подготовить исходники и сформулировать вопросы для технической экспертизы.