В каком виде приходит задача
Что проверяют
Умеете ли вы работать с сырой постановкой. Аналитику задача почти никогда не приходит готовой, и от вас ждут описания пути от «хотим отчёт» до понятного требования.
Как отвечать
Скажите, что вход бывает очень разным, и перечислите типичные формы: устная просьба на встрече, письмо от заказчика, задача в трекере от руководителя, инцидент от поддержки, идея из результатов исследования. Уровень проработки тоже разный: от одной строки до готового описания с макетами.
Дальше главное, ваш процесс:
- выясняете задачу за задачей: какую проблему решаем и как поймём, что решили. Часто вместо запрошенной кнопки нужна другая механика;
- определяете заинтересованных: кто заказчик, кто согласует, кого затронет изменение;
- собираете контекст: как процесс устроен сейчас, какие системы участвуют, какие данные есть;
- фиксируете границы: что входит в задачу, а что явно нет. Это защищает от расползания объёма;
- превращаете в требования: сценарии использования, правила обработки, крайние случаи, нефункциональные ограничения, критерии приёмки;
- согласуете письменно и передаёте в разработку, оставаясь на связи по вопросам.
Хорошо назвать, как приоритизируете, если задач больше, чем времени: влияние на цель, срочность, стоимость реализации, зависимость от других команд.
Где спотыкаются
Описывают только форму («в Confluence лежит документ») и не описывают, что делают с неполной постановкой.
Начинают писать требования, не выяснив цель. Дальше выясняется, что решалась не та проблема.
Не фиксируют договорённости письменно и потом спорят о том, что именно обещали.