Оценку размера элементов производят Разработчики, которые будут выполнять работу. Владелец продукта может влиять на Разработчиков, помогая им понять элементы и обсуждая компромиссы. «У нас сработало каждому выдать по несколько простых задач на час-два, чтобы ребята разогрелись и сразу увидели результат. Дизайнер нарисовал пару макетов, мы обсудили их через час и побежали дальше.
А разработчики умрут под шквалом таких супер-важных и объёмных задач. Научиться вести работу над проектами в разных сферах вы сможете на факультете проджект-менеджмента GeekUniversity. Всё это позволяет расставить приоритеты и понять, что будет взято в первые два спринта, а что — отложено на более долгий срок. Поэтому создайте другие списки, в которых вы организуете продуктовые идеи, не внося их в бэклог.
Если использовать его эффективно, он позволит вам точно прогнозировать будущие спринты и управлять ожиданиями. Хорошо продуманный и поддерживаемый бэклог спринта повышает эффективность спринта. Бэклог продукта — это список элементов, которые необходимо включить в данный продукт, например новые функции, запросы клиентов, исправления багов и другие улучшения. Прежде чем приступать к работе, важно определить, как команда в процессе работы поймет, что элемент бэклога полностью реализован. Теперь уже эти задачи прогоняем через способы приоритизации бэклога.
В действительности, процедура оценивания намного труднее, чем кажется, и зачастую носит спорный характер. Бэклог продукта (product backlog) представляет собой структурированный перечень компонентов, задач и список функций, которые необходимо реализовать в рамках разработки проекта. Бэклог — это перечень требований к проекту, которые формируются на основе рекомендаций заказчика на старте работы и обратной связи в процессе сотрудничества.
В зависимости от этапа работы над проектом, задачи могут подлежать разной степени детализации. В связи с этим стоит задать дату внесения задачи в список и ее инициатора, но нужно учитывать, чем больше число колонок, тем сложнее поддерживать актуальность бэклога. Полноценная работа над продуктом невозможна без обработки информации о нем. Напрямую к конечному пользователю она бэклог что это отношения не имеет, но должна быть обязательно проведена для полного понимания функций продукта. Часто результатом исследования могут стать знания, полученные в ходе мозгоштурма или поиска информации. Таблица представляет собой общий формат бэклога проекта, и команда проекта может добавлять, изменять или уточнять элементы в зависимости от конкретных потребностей проекта.
Как правило, такие встречи участников команды разработчиков проводятся один-два раза в неделю перед тем, как перейти к новому этапу работы над продуктом. Бэклог refinement предполагает удаление из существующего плана «лишних» элементов. Обновление перечня задач дает возможность оптимизировать занятость разработчиков и снимает лишние задания.
У нас в ProductPlan мы добавили инструмент взвешенной оценки в приложение product roadmap. Пользовательские истории помогают команде разработчиков четко понять влияние продукта на пользователя, а также дают контекст, объясняющий, что и зачем разрабатывает команда. Ключевым компонентом любой методологии Agile являются люди, и пользовательские истории в первую очередь ориентированы на тех, кто использует продукт или услугу.
Так вот, Scrum – это методология, придерживающаяся идей Agile. Наши соотечественники все, как обычно, в одну кучу скинули и разделили все на разные “методологии”. Хотя, если Вы будете читать зарубежные источники (или даже нашу Википедию), тут прямо скажут, что одно вытекает из другого. Если пытаться заглянуть глубже, то Вы обнаружите, что уже знакомы с некоторыми методологиями, просто об этом не догадываетесь.
Например, общие облачные документы позволяют отслеживать правки в реальном времени и обсуждать корректировки. А магнитные офисные доски хорошо https://deveducation.com/ подходят для проведения мозгоштурмов. Мы распишем тебе один из стандартных способов создания бэклога в WEEEK с помощью Канбан-досок.
Краткосрочные задачи нужно досконально проработать, прежде чем присвоить им этот статус. Для этого нужно составить полноценные пользовательские истории, обсудить все детали совместной работы с дизайнерами и разработчиками и оценить сложность разработки. Долгосрочные задачи могут быть продуманы не до конца, однако если команда разработчиков даст им приблизительную оценку, это поможет расставить приоритеты.
