Про #MVP, #Требования и #Ценность
🔗 В посте доносится мысль, что MVP мертв, так как сейчас уровень конкуренции в ИТ-продуктах такой, что «тестировать на клиентах» сырое ПО не получится — так как те не будут ждать, а возьмут, где уже все готово еще вчера.
В конце поста показано, что подход «декомпозируй, чтобы поставить минимальную ценность», работает сейчас работает в основном на уровне фичей (через итеративную разработку). В связи с этим хочу привести пример.
(см картинку) И вот кейс: обсуждали с клиентом одну фичу, требования к ней занимают несколько страниц убористого текста и подразумевают, что, если все сделать по правильному, то в системе должны будут появиться несколько новых клиентских сценариев. Эти требования хотели принести команде на #PBR. Я решил поинтересоваться, а что там за клиенты такие, и какая такая ценность будет поставлена в результате, что это стоит несколько спринтов разработки команды.
Спустя минут 15 выяснения деталей и задавание вопросов стало понятно, что почти всю ценность можно получить меняя один флаг в базе данных. Так что МЖП можно и нужно использовать в фичах — рекомендую.
🔗 В посте доносится мысль, что MVP мертв, так как сейчас уровень конкуренции в ИТ-продуктах такой, что «тестировать на клиентах» сырое ПО не получится — так как те не будут ждать, а возьмут, где уже все готово еще вчера.
В конце поста показано, что подход «декомпозируй, чтобы поставить минимальную ценность», работает сейчас работает в основном на уровне фичей (через итеративную разработку). В связи с этим хочу привести пример.
(см картинку) И вот кейс: обсуждали с клиентом одну фичу, требования к ней занимают несколько страниц убористого текста и подразумевают, что, если все сделать по правильному, то в системе должны будут появиться несколько новых клиентских сценариев. Эти требования хотели принести команде на #PBR. Я решил поинтересоваться, а что там за клиенты такие, и какая такая ценность будет поставлена в результате, что это стоит несколько спринтов разработки команды.
Спустя минут 15 выяснения деталей и задавание вопросов стало понятно, что почти всю ценность можно получить меняя один флаг в базе данных. Так что МЖП можно и нужно использовать в фичах — рекомендую.
#ШколаAgile #ВтораяСтупень #PBR #Планирование #USM #userstory #impactmap
Всем привет!👋
Мир активно меняется, становятся неактуальными предыдущие цели, но мы остаемся островком стабильности и продолжаем публиковать в открытом доступе материалы Школы Agile.
Сегодня поговорим о воркшопе “Product backlog refinement: User story mapping, Impact mapping”👩🎓.
Уточнение Бэклога Продукта (Product Backlog Refinement) или как ещё принято называть груминг — один из непростых аспектов в работе команды, особенно на начальных стадиях проектирования проекта. User story mapping и Impact mapping — это мощные инструменты, созданные для верхнеуровневой декомпозиции продуктов и проектов.
Проводите воркшоп – учитесь сами и помогайте вашему бизнесу понять:
- как целостно спроектировать продукты, основываясь на клиентском пути
- как сформировать первичный бэклог продукта
- как выделить самое главное и учесть влияние всех участников на ход работ
Детали воркшопа можно найти в документе, в котором есть:
🎯 цели этой встречи;
🎁 с какими результатами нужно с нее выйти;
📋 таблицу с таймингом.
В настоящий момент пока еще доступна miro-доска.
Если вдруг все пропадет, мы подготовили выгрузку доски в файл-backup и пошарили все в папке.
✋ Делитесь этим постом с вашими коллегами, кто так или иначе связан с агентами-изменений, СМ или АК.
🗣 А в комментах напишите, пожалуйста, какие инструменты планирования вы уже использовали, а какие еще только собираетесь использовать?
🤙 Остаемся на связи.
Канал 2%
Материалы подготовлены Лобановой Еленой в рамках запроса о помощи в community.
Всем привет!👋
Мир активно меняется, становятся неактуальными предыдущие цели, но мы остаемся островком стабильности и продолжаем публиковать в открытом доступе материалы Школы Agile.
Сегодня поговорим о воркшопе “Product backlog refinement: User story mapping, Impact mapping”👩🎓.
Уточнение Бэклога Продукта (Product Backlog Refinement) или как ещё принято называть груминг — один из непростых аспектов в работе команды, особенно на начальных стадиях проектирования проекта. User story mapping и Impact mapping — это мощные инструменты, созданные для верхнеуровневой декомпозиции продуктов и проектов.
Проводите воркшоп – учитесь сами и помогайте вашему бизнесу понять:
- как целостно спроектировать продукты, основываясь на клиентском пути
- как сформировать первичный бэклог продукта
- как выделить самое главное и учесть влияние всех участников на ход работ
Детали воркшопа можно найти в документе, в котором есть:
🎯 цели этой встречи;
🎁 с какими результатами нужно с нее выйти;
📋 таблицу с таймингом.
В настоящий момент пока еще доступна miro-доска.
Если вдруг все пропадет, мы подготовили выгрузку доски в файл-backup и пошарили все в папке.
✋ Делитесь этим постом с вашими коллегами, кто так или иначе связан с агентами-изменений, СМ или АК.
🗣 А в комментах напишите, пожалуйста, какие инструменты планирования вы уже использовали, а какие еще только собираетесь использовать?
🤙 Остаемся на связи.
Канал 2%
Материалы подготовлены Лобановой Еленой в рамках запроса о помощи в community.
#ШколаAgile #ВтораяСтупень #PBR #Декомпозиция
Всем привет!👋
Мы продолжаем публиковать в открытом доступе материалы Школы Agile.
Сегодня поговорим о воркшопе про «Декомпозицию»🍰 – зачем она нужна, как ее осуществлять.
Слишком большую пользовательскую историю часто вообще не удается оценить по сложности, потому что она не является достаточно понятным и прозрачным элементом бэклога. У членов команды может складываться разное представление о том, что нужно сделать. В этом воркшопе дается возможность на учебных кейсах, а также на реальных кейсах участников отработать на деле разные подходы к декомпозиции.
Детали воркшопа можно найти в документе, в котором есть:
🎯 цели этой встречи;
🎁 с какими результатами нужно с нее выйти;
📋 таблицу с таймингом.
В настоящий момент пока еще доступна miro-доска.
Если вдруг все пропадет, мы подготовили выгрузку доски в файл-backup и пошарили все в папке.
✋ Делитесь этим постом с вашими коллегами, кто так или иначе связан с агентами-изменений, СМ или АК.
🗣 А в комментах напишите, пожалуйста, какой метод декомпозиции наиболее чаще используется вашей командой?
🤙 Остаемся на связи.
Канал 2%
____
Материалы подготовила Рима Кочарян (@rimv911) в рамках запроса о помощи community.
Всем привет!👋
Мы продолжаем публиковать в открытом доступе материалы Школы Agile.
Сегодня поговорим о воркшопе про «Декомпозицию»🍰 – зачем она нужна, как ее осуществлять.
Слишком большую пользовательскую историю часто вообще не удается оценить по сложности, потому что она не является достаточно понятным и прозрачным элементом бэклога. У членов команды может складываться разное представление о том, что нужно сделать. В этом воркшопе дается возможность на учебных кейсах, а также на реальных кейсах участников отработать на деле разные подходы к декомпозиции.
Детали воркшопа можно найти в документе, в котором есть:
🎯 цели этой встречи;
🎁 с какими результатами нужно с нее выйти;
📋 таблицу с таймингом.
В настоящий момент пока еще доступна miro-доска.
Если вдруг все пропадет, мы подготовили выгрузку доски в файл-backup и пошарили все в папке.
✋ Делитесь этим постом с вашими коллегами, кто так или иначе связан с агентами-изменений, СМ или АК.
🗣 А в комментах напишите, пожалуйста, какой метод декомпозиции наиболее чаще используется вашей командой?
🤙 Остаемся на связи.
Канал 2%
____
Материалы подготовила Рима Кочарян (@rimv911) в рамках запроса о помощи community.
#ШколаAgile #ВтораяСтупень #PBR #Приоритизация
Всем привет!👋
Мы продолжаем публиковать в открытом доступе материалы Школы Agile.
Сегодня поговорим о воркшопе «Приоритизация Бэклога» 🗃️.
Бэклог обладает важным свойством эмерджентности, т.е. он постоянно развивается во времени. Действительно, любой член команды может добавить новый элементы в бэклог продукта (если PO держит backlog открытым и/или делегирует функцию создания в нем новых элементов своим коллегам. В какой-то момент времени у всей команды может возникнуть вопрос: “Что же надо делать первее?” или “Почему этот элемент выше по порядку, чем другой?”.
Скрамгайд достаточно точно отвечает на этот вызов: “Scrum Master способствовал возникновению среды, в которой Product Owner упорядочивает работу по решению комплексной проблемы в Product Backlog.”
Чтобы скрам мастер мог подсказывать продакту практики приоритизации, в программе Школы есть данный воркшоп.
Как его проводить описано в документе, в котором есть:
🎯 цели этой встречи;
🎁 с какими результатами нужно с нее выйти;
📋 таблицу с таймингом.
В настоящий момент пока еще доступна miro-доска.
Если вдруг все пропадет, мы подготовили выгрузку доски в файл-backup и пошарили все в папке.
✋ Делитесь этим постом с вашими коллегами, кто так или иначе связан с агентами-изменений, СМ или АК.
🗣 А в комментах напишите, пожалуйста, сколько элементов бэклога находится бэклоге вашей команды?
🤙 Остаемся на связи.
Канал 2%
____
Материалы подготовлены Александром Остроуховым в рамках запроса о помощи community.
Всем привет!👋
Мы продолжаем публиковать в открытом доступе материалы Школы Agile.
Сегодня поговорим о воркшопе «Приоритизация Бэклога» 🗃️.
Бэклог обладает важным свойством эмерджентности, т.е. он постоянно развивается во времени. Действительно, любой член команды может добавить новый элементы в бэклог продукта (если PO держит backlog открытым и/или делегирует функцию создания в нем новых элементов своим коллегам. В какой-то момент времени у всей команды может возникнуть вопрос: “Что же надо делать первее?” или “Почему этот элемент выше по порядку, чем другой?”.
Скрамгайд достаточно точно отвечает на этот вызов: “Scrum Master способствовал возникновению среды, в которой Product Owner упорядочивает работу по решению комплексной проблемы в Product Backlog.”
Чтобы скрам мастер мог подсказывать продакту практики приоритизации, в программе Школы есть данный воркшоп.
Как его проводить описано в документе, в котором есть:
🎯 цели этой встречи;
🎁 с какими результатами нужно с нее выйти;
📋 таблицу с таймингом.
В настоящий момент пока еще доступна miro-доска.
Если вдруг все пропадет, мы подготовили выгрузку доски в файл-backup и пошарили все в папке.
✋ Делитесь этим постом с вашими коллегами, кто так или иначе связан с агентами-изменений, СМ или АК.
🗣 А в комментах напишите, пожалуйста, сколько элементов бэклога находится бэклоге вашей команды?
🤙 Остаемся на связи.
Канал 2%
____
Материалы подготовлены Александром Остроуховым в рамках запроса о помощи community.