Как выбрать оптимальное решение задачи при разных вариантах от разработчиков?
Что проверяют
Умеете ли вы сравнивать технические варианты не по тому, кто громче спорит, а по требованиям и последствиям. Аналитику важно показать, что решение принимается вместе с командой, а ваша роль в том, чтобы дать критерии и факты. Следом часто спрашивают, как вы поступите, если техлид и разработчик так и не договорились.
Как отвечать
Сравнивать варианты без общих критериев бессмысленно, поэтому первым шагом их фиксируют:
- функциональные требования: какая бизнес-задача решается и какие ограничения нельзя нарушить, от сроков до регуляторики;
- нефункциональные требования: нагрузка, время отклика, доступность, объём данных через год. Именно они чаще всего разводят варианты;
- стоимость владения: не только срок разработки, но и сопровождение, лицензии, нужные компетенции в команде;
- риски и обратимость: насколько дорого откатить решение, если оно не взлетит. Обратимое можно выбрать быстрее, необратимое требует прототипа;
- влияние на смежные системы: интеграции, миграция данных, изменения в чужих API.
Дальше варианты раскладывают в матрицу решений с весами критериев, причём веса согласуют с заказчиком до сравнения, а не после. Спорные места проверяют спайком или прототипом на реальных данных. Итог фиксируют в ADR (Architecture Decision Record): контекст, рассмотренные варианты, выбор и причины. Через полгода этот документ отвечает на вопрос «почему сделали именно так».
Подчеркните распределение ролей: техническое решение за техлидом или архитектором, аналитик отвечает за то, чтобы требования были полными, а сравнение честным. Приведите свой пример с цифрами, если он есть. Если нет, опишите, как организовали бы сравнение на знакомом проекте.
Где спотыкаются
Выбирают вариант сами и представляют его как решение команды. Интервьюер слышит, что вы подменяете техлида.
Сравнивают только скорость реализации. Вариант «сделаем за неделю» часто проигрывает через год, когда растут данные или меняются требования.
Строят матрицу, но подгоняют веса под заранее выбранный ответ. Веса без согласования с бизнесом превращают инструмент в оправдание.