❓ Меня часто спрашивают, зачем нам нужно уточнение бэклога (Product Backlog Refinement), ведь у нас есть аналитик, который профессионально занимается уточнением, сбором требований, оценкой и поиском решений. Однако в этом мнении есть скрытая ловушка. Давайте разберемся.
🔍 Аналитика — это область, которой я посвятил три года своей карьеры. Как объяснить простыми словами, чем занимается аналитик?
🧩 Аналитик способен преобразовать требования заказчика в ясный и понятный набор конкретных действий, необходимых для реализации этих требований. Он должен ответить на вопрос «как» сделать.
🕰 Практически любая более или менее сложная задача в IT включает этап аналитики. С момента, когда заказчик хочет что-то сделать, и до того, как аналитик понимает, как это сделать, может пройти немало часов.
🎯 Цель уточнения бэклога или PBR — не ответить на вопрос «как» сделать задачу. Основная задача этого мероприятия — понять, будем ли мы вообще заниматься этой задачей в будущем, насколько она ценна и сколько времени займет.
🕝 Как оценить то, что еще не знаем, как делать?
Оценка времени вызывает больше всего споров и вопросов. Как мы можем оценить то, что еще не знаем, как делать? Это самый распространенный вопрос, который мне приходится слышать, когда я внедряю в команды мероприятие «Уточнение бэклога».
👌 Ответ прост: на этапе уточнения бэклога мы можем дать лишь приблизительную оценку, основываясь на имеющихся данных. С высокой долей вероятности мы не попадем в эту оценку, но сможем сравнить с другими задачами и понять, что следует сделать в первую очередь.
🧐 Кто должен присутствовать на мероприятии по уточнению бэклога?
Вся команда. Для многих это звучит странно, и всегда возникают аргументы о растрате времени, но постепенно мы начинаем видеть множество преимуществ такого подхода.
Когда все участники присутствуют на уточнении бэклога:
🔴Риски неправильной оценки значительно снижаются благодаря различным компетенциям каждого члена команды.
🔴Каждый участник открыто озвучивает риски реализации задачи, которые аналитик может детально проработать в будущем.
🔴Владелец продукта четко объясняет команде пользу от выполнения данной задачи.
🔴Вся команда знает, какие элементы бэклога будут взяты в работу в ближайшее время.
Если статья понравилась подписывайтесь на канал "Путь Agile" в телеграмм
