Рубрика «backlog»

в 10:57, , рубрики: backlog, CAPEX, OPEX, pmo, PnL

Когда я собрал список всех ИТ‑инициатив в холдинге, их оказалось 117. Это уже после нормализации — до неё было больше. Четыре проекта с разными названиями, разными авторами, разными бюджетами — про одно и то же: автоматизацию конкретного складского процесса. Каждый руководитель запустил «свою» инициативу, не зная о трёх остальных. Аналитики и разработчики уже тратили ресурс параллельно на все четыре.

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

Контекст

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

в 15:45, , рубрики: backlog, discovery, kanban, upstream, user story mapping, аналитика, бизнес-анализ, процессы разработки, системный анализ, требования

Сколько людей - столько и мнений о процессах в команде (с). 

Давайте поразмышляем - как выстроить процесс анализа так, чтобы он стал для команды не формальным набором этапов, а рабочим инструментом? Опираемся на наш опыт работы в командах разработки одного из операторов электронного документооборота. Все описанные процессы формировались и развивались на практике.

За отправную точку возьмем несколько потребностей: 

  • управлять неопределённостью,

  • повышать качество требований,

  • снижать риски на этапе разработки. 

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

в 11:54, , рубрики: backlog, project management, бэклог, приоритизация, продакт-менеджмент, управление командой, управление проектами, финтех, финтех-проекты

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

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

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

в 12:11, , рубрики: backlog, product management, управление проектами

Мы как продукт менеджеры, генерируем неисчисляемое количество идей. Каким-то образом у себя в голове их приоритизируем. Голова лопается, мы не знаем, что делать с этими идеями. В вашем “листе идей” какой-то ад творится… Особенно это знакомо людям которые только начинают свой путь в бизнесе, или же только начинают свой путь продуктами.

Эта статья поможет быстро (на пальцах) откинуть из сотни фичей большую часть. И оставить только те, которые действительно принесут бизнесу пользу.

Для начала рассмотрим переменную таблицу методов приоритизаций:

Приоритизация фичей - 1

Исходя из данной таблицы, можно сделать вывод.

По горизонтали есть внутренние методы приоритизации, которые решаются в рамках компании — команды.

Если же принимают участие пользователи, то соответственно это внешние.

По вертикали, то сколько данных есть для принятия решений.

Качественные когда вы делаете глубинные интервью от десятков респондентов. И количественные, когда имеется много разных аналитических данных.
Читать полностью »

в 16:16, , рубрики: agile, backlog, development team, product management, project management, retrospective, scrum, scrum team, sprint, sprint backlog, управление разработкой

Не буду претендовать на свежесть или уникальность, хотелось рассказать своими словами простой материал со стороны описания пользы понятий и действий. Бездумный карго-культ, который насаживают сверху редко приносит 100% пользу.

Возможно многие, кто пришел в IT сам, а не в студенческую пору через стажерство в крупной компании, познакомились с различными стилями управления командой, точнее с их отсутствием. Когда левые люди ломятся напрямую мимо менеджера со своими просьбами сделать простенькую задачку. Когда начальство начальства ставит задачу и срок сдачи, абсолютно игнорируя оценки разработчиков. Когда начальник начинает орать, принимая задачу, что он просил не это. Когда вас заставляют ходить на все подряд совещания. Когда важная для разработки часть задачи, которую должен выполнить другой отдел запинывается под ковер. Когда менеджер начинает искать кто виноват, что срок выполнения задачи был превышен в 10 раз. и т.п.
Читать полностью »

в 10:41, , рубрики: agile, backlog, development team, product owner, retrospective, scrum, scrum poker, scrum team, scrum-мастер, sprint, sprint backlog, story point, user story, управление разработкой

Данная статья – это мини-справочник и руководство по Scrum, созданные в результате прочтения книги Сазерленда и статей из интернета.

Надо различать Agile и Scrum. Agile – это методология (наука), а Scrum – это метод достижения цели.

Применяя Scrum важно иметь настоящую команду профессионалов, соблюдать условия прозрачности, открытости и доверия.

Члены команды должны быть довольны своей деятельностью, быть счастливыми в своей работе. Состояние счастья приводит людей к превосходным результатам.

Счастливые люди успешнее на 50%. А значит они на 50% более продуктивные, если счастливы и находят смысл в своей работе. При этом они на 88% более лояльны, потому что понимают, что работают не зря, посвящая половину своего времени развитию этого бизнеса

— доктор Корри Блок, эксперт по стратегии бизнеса в области оценки счастья.

Мини-справочник Scrum

Scrum (скрам) – схватка, гибкий метод управления проектами. Термин пришел из игры рэгби.
Читать полностью »

в 10:51, , рубрики: agile, backlog, edisonsoftware, product owner, Блог компании Edison, гибккая методология, разработка, управление, Управление продуктом, управление проектами, управление разработкой, метки:

«Любое дело всегда длится дольше, чем ожидается, даже если учесть закон Хофштадтера.»
— закон Хофштадтера

image

Самый просматриваемый ролик на YouTube по теме agile. 744 625 просмотров на момент публикации данной статьи. Легкий стиль изложения, картинки и всего 15 минут — лучшее что я видел. TED отдыхает.
Читать полностью »

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