Рубрика «бэклог»

Планируем поход в магазин по методике MoSCoW, чтобы на реальном примере разобрать, как формировать бэклог, можно ли брать срочные задачи в закрытый спринт и почему бэклог нельзя заполнять на 100%.

Что такое бэклог: простое объяснение на примере списка покупок - 1

Привет! Меня зовут Сергей @ZooboyЧитать полностью »

FeatureWeek: как мы повысили вовлеченность команды и заполнили бэклог - 1

Привет! Я Саша Пургина, руководитель отдела развития data-продуктов в Lamoda. В этой статье хочу рассказать, как мы использовали экспертизу разных команд для генерации 200+ новых гипотез и сплотили весь отдел вокруг решения пользовательских проблем.

Читать полностью »

Это текст уже публиковался в англоязычной секции. Однако, я подумал, что читать, а также комментировать, может быть удобнее на русском.

Неважно опытный ли вы менеджер продукта, или только в начале карьеры, вы всегда будете держать в голове большой список запросов от ваших клиентов. Что нужно делать в первую очередь, как обрабатывать эти запросы?

Приоритезация запросов базируется на нескольких принципах. В качестве основы используется соответствие требований стратегии продукта и профилю клиента. Например, если ваш софт ориентирован на малые организации, то делать интеграцию с SAP не должно быть той вещью, которую вы будете делать в первую очередь.

Но какую часть вашего бэклога должны составлять запросы пользователей? Если ответ 100%, то это не совсем верный ответ. Возможно, выглядит странно, то это так.
Если вы не любите читать длинные тексты, то ответ такой: если ваш продукт зрелый, и давно на рынке вы не должны уделять много внимания запросам пользователей.
Читать полностью »

Вольный перевод статьи Итамара Гилада, консультанта по росту и стратегии, бывшего продакт-менеджера Google, о подходе к стратегическому планированию развития продуктов.

Почему вам стоит перестать использовать продуктовые роадмапы и попробовать GIST - 1

На протяжении лет я разработал немалое количество продуктовых стратегий, роадмапов и диаграмм Ганта по проектам. Но больше я их не делаю. Я нашёл альтернативу получше, о которой сейчас расскажу.

Читать полностью »

Управление бэклогом продукта может вызывать вопросы даже у самых опытных менеджеров и собственников продукта. Когда бэклог нарастает, как снежный ком, приходится принимать неотложные меры. Основные из них — в этой статье.

image
Читать полностью »

Бэклог продуктовых задач является одним из основных и обязательных артефактов Agile. Фактически, это набор требований, полученных от бизнеса и сформулированных в виде задач для разработки. Что нужно делать для того, чтобы эти задачи всегда были в порядке? И как это связано с концепцией backlog grooming?

image
Читать полностью »

Мы продолжаем делиться с сообществом внутренней кухней Retail Rocket, и сегодня расскажем о нашем подходе к работе с бэклогом. Правильная приоритезация задач — это первый шаг в решении таких важных проблем проекта как:

  • уменьшение технического долга,
  • поддержка скорости работы производства,
  • поддержка качества продукта.

За годы существования проекта у нас сложилась система, при которой вся работа со списком задач подчиняется двум принципам: «не начинай новое, если не закончил старое» и «всегда расчищай место для нового функционала».

Вот как эти два принципа воплощаются в правила приоритезации бэклога.

Работа с бэклогом задач с точки зрения проектного менеджера в Retail Rocket - 1
Читать полностью »

Зачем, кому это нужно, чем это сделать

Не раз задавалась вопросом: как бы так комфортно организовать входящие требования к системе — на этапе, когда требования только собираются, когда формируются вопросы и озвучиваются ответы, а ещё всё постоянно меняется и пересматривается, а ещё когда в реализации задействовано несколько систем, а ещё, а ещё…
При этом очень бы хотелось:

  • видеть связь: требование➝вопрос➝изменение в требовании➝новое требование;
  • избежать дублирования требований/вопросов;
  • отследить задействованные в реализации системы (от обратного: чтобы представитель каждой системы видел требования, реализация которых хоть как-то касается его системы);
  • получать подтверждение по каждому требованию — что да, требование понято и зафиксировано верно, что реализация возможна;
  • проследить связь с требованиями другого, очень похожего на наш проект проекта — чтобы иметь знание, что вот это уже там реализовано, и мы будем просто использовать сделанные наработки;

Да и вообще.
Читать полностью »


https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js