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

в 14:53, , рубрики: бэклог, приоритеты, Управление продуктом

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

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

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

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

в 5:42, , рубрики: agile, gist, okr, roadmap, Блог компании «Колёса Крыша Маркет», бэклог, никто не читает теги, планирование проектов, продукты, Развитие стартапа, стратегическое планирование, Управление продуктом, управление проектами, управление разработкой

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

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

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

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

в 6:56, , рубрики: Блог компании Hygger, бэклог, управление задачами, управление продуктами, Управление продуктом, управление проектами, управление разработкой

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

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

в 6:35, , рубрики: Блог компании Hygger, бэклог, оптимизация, управление продуктами, Управление продуктом, управление проектами, Управление проектом, управление разработкой

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

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

в 9:42, , рубрики: Блог компании Retail Rocket, бэклог, менеджмент проектов, разработка, метки:

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

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

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

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

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

в 18:31, , рубрики: бэклог, документация, управление проектами, управление разработкой, управление требованиями

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

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

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

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

Главная   |  Архив новостей  |   Android  |   Google  |   Apple  |   Microsoft  |   Информационная безопасность  |   Веб – разработка
Публикации RSS  |  Комментарии RSS
https://ajax.googleapis.com/ajax/libs/jquery/3.4.1/jquery.min.js