Ответ
-
Анализ и документирование требований: Важно иметь четко задокументированные требования (SRS, user stories, прототипы). Если клиент утверждает, что требование было, но его нет в документации — это повод пересмотреть процесс сбора требований.
-
Работа с историей изменений: Используйте системы контроля версий (Git) и инструменты управления проектами (Jira, Trello), где фиксируются все правки. Пример:
git log --grep="requirement X" — поиск в истории коммитов.
-
Компромисс и приоритезация: Если требование действительно критично, но не было учтено, обсуждаем его добавление в рамках текущего или следующего спринта, пересматривая сроки/бюджет.
-
Превентивные меры: Регулярные демо, подписание этапов, чек-листы согласования требований.
-
Психологический аспект: Активное слушание, перефразирование ("Правильно ли я понял, что вы имели в виду...?"), чтобы снизить конфликтность.
Главное — не обвинять, а совместно искать решение.