Приоритизация задач в HR‑продукте

Приоритизация

Я уже писала про последовательность выполнения задач и их приоритезацию 1,5 года назад, а также приводила аналогию из моего горячо любимого фастфуда. Организация работы в фастфуде, кстати, до сих пор во многом остается для меня примером, потому что при тех скоростях работы, что приняты там, просто невозможно работать неэффективно.

Принятие решений о приоритетах в разработке ForPeople – это моя ежедневная работа и я очень часто обращаю внимание на порядок выполнения задач. В отличие от работы с задачами в области HR аналитики, при разработке продукта последовательность выполнения задач еще больше влияет на time to market.

Цикл поставки нового функционала в продукт довольно длинный: аналитика => разработка => тестирование => релиз. Есть определенные процедуры: планирование спринта, сам спринт, регресс и все правильно, логично и циклично. Но каждый раз, при появлении за 2-3 дня до окончания спринта какой-то задачи, на выполнение которой нужно не больше пары часов, во мне борются 2 противоположных желания: 1.  Не вносить смуту в планы команды 2.  Нежелание откладывать поставку доработки на 2 недели если можно отдать еще раньше И, честно признаться, второе иногда побеждает 🙈

Правильное решение тут, кажется, принять за факт, что такие задачи будут всегда и специально оставлять время в спринте на 2-3 такие задачи.

А вы за что: Правила или Скорость?)

@whrdata #ForPeople