Разработчики говорят, что согласованное требование нереализуемо или слишком дорого. Что будете делать?
Короткий ответ
- Выслушать и понять техническую причину, не продавливать
- Отделить «невозможно» от «дорого» и «не хочется»
- Вернуться к цели требования: что за ним стоит
- Искать альтернативы, закрывающие цель дешевле
- Посчитать варианты и вынести выбор заказчику
- Честно пересогласовать объём или сроки при необходимости
Аналитик разбирается в технической причине, возвращается к бизнес-цели требования и вместе с командой ищет альтернативное решение, вынося осознанный выбор вариантов заказчику.
Как сказать вслух
пример ответаСначала сажусь с разработчиками и разбираюсь в причине: действительно невозможно, или очень дорого, или просто неудачно сформулировано. Эти случаи решаются по-разному. Дальше возвращаюсь к цели требования — зачем оно бизнесу — и вместе с командой ищу альтернативу, которая закрывает ту же цель дешевле: часто смягчение одного условия, например онлайн-обновления до раза в час, удешевляет решение в разы. Потом иду к заказчику с вариантами, оценками и рекомендацией, и мы пересогласовываем.
Подробный ответ
Основной ответ
Ошибочные крайности: продавливать требование авторитетом («вы обязаны, оно согласовано») или молча отменять его. Правильный ход — диалог. Сначала понять природу возражения: техническое ограничение платформы, непомерная трудоёмкость, риски, или требование просто сформулировано так, что пугает. «Нереализуемо» часто означает «нереализуемо в такой формулировке». Затем вернуться к бизнес-цели: какую проблему требование решает, какие его параметры жёсткие, а какие — предположение аналитика. На этой базе команда ищет альтернативы: ослабить НФТ (реже обновлять данные), изменить сценарий, поэтапная реализация, готовое решение вместо разработки. Варианты с оценками стоимости, сроков и ограничений выносятся заказчику — решение о trade-off принимает владелец бизнес-цели, а не разработчик и не аналитик в одиночку. Итог фиксируется, требование и документация обновляются.
Ключевые моменты
- Природа возражения. Невозможно, дорого и неудобно — три разных случая с разными решениями; сначала диагноз.
- Возврат к цели. Жёсткая обычно цель, а не формулировка; смягчение второстепенных параметров часто радикально удешевляет решение.
- Выбор у владельца цели. Аналитик готовит варианты с ценой и рисками, но trade-off утверждает заказчик или владелец продукта.
- Обновление артефактов. Пересогласованное требование меняется в документации, иначе на приёмке всплывёт исходная версия.
Практический контекст
Вопрос проверяет зрелость кандидата как посредника между бизнесом и командой. Интервьюер хочет увидеть уважение к техническим аргументам без слепого принятия, и привычку возвращаться к бизнес-цели. Красный флаг — позиция «моё дело написать требования, а их дело реализовать». Сильный ответ содержит реальный пример, где смягчение требования сохранило ценность и сэкономило недели работы.
Частые ошибки
- Давят формальным статусом «требование согласовано» вместо поиска решения
- Молча отменяют или переделывают требование без владельца бизнес-цели
- Не различают «технически невозможно» и «долго и лень»