Как управлять приоритетами задач, чтобы разработчики не простаивали и ожидания стейкхолдеров были управляемы?
Что проверяют
Понимаете ли вы, что разработчики простаивают чаще из-за неготовых задач, чем из-за плохого планирования спринта, и что аналитик отвечает за запас проработанной работы. Вторая половина вопроса про стейкхолдеров: как вы объясняете, почему их задача не первая. Следом просят назвать метод приоритизации и показать его на примере.
Как отвечать
Про простои:
- запас готовых задач: анализ идёт на спринт или два впереди разработки, в очереди всегда есть то, что можно брать сразу;
- Definition of Ready: у задачи есть критерии приёмки, макеты, контракт API и снятые зависимости, без этого она в спринт не попадает;
- регулярный груминг: вопросы и оценки всплывают до планирования, а не в его середине;
- работа с блокерами: если ждёте внешнюю команду, заранее согласуйте контракт и дайте разработке моки.
Про стейкхолдеров:
- единый бэклог и прозрачные правила: приоритет определяется понятной формулой, а не громкостью запроса. Подходят WSJF (стоимость задержки, делённая на размер задачи), RICE (охват, влияние, уверенность, трудозатраты) или MoSCoW для объёма релиза;
- решение за владельцем продукта: аналитик готовит оценку ценности и трудоёмкости, окончательный порядок задаёт тот, кто отвечает за продукт;
- видимость: доска в Jira, дорожная карта, демо по итогам спринта. Стейкхолдер, который видит, когда будет его задача, реже эскалирует;
- обмен вместо добавления: срочная задача входит в спринт только вместо другой, и это проговаривается вслух.
Подкрепите ответ своим случаем: как выглядел бэклог, сколько задач было готово к взятию, что изменилось после введения правил.
Где спотыкаются
Отвечают «всё важно, делаем параллельно». Это и есть причина простоев и постоянных переключений.
Путают приоритизацию с загрузкой: дают разработчикам мелкие задачи, лишь бы были заняты, вместо того чтобы вовремя готовить важные.
Называют методики без применения. Интервьюеру интереснее, как вы сказали «нет» конкретному стейкхолдеру и чем это обосновали.