Если разработчик говорит 'это не описано', а заказчик говорит 'это же очевидно' — как будете действовать?

В такой ситуации важно обеспечить ясность и однозначность требований. Нужно организовать встречу с разработчиком и заказчиком, чтобы совместно обсудить спорный момент. Задача — вывести «очевидное» из разряда предположений в формализованное описание.

1. Попросить заказчика конкретизировать, что именно он считает очевидным, и почему.
2. Зафиксировать эти ожидания в виде требований или пользовательских историй.
3. Проверить с разработчиком, что теперь понятно и достаточно для реализации.
4. Если остаются вопросы, использовать примеры, сценарии использования или прототипы.

Таким образом, «не описано» превращается в чётко задокументированное требование, что снижает риски недопонимания и ошибок в реализации.