Ю
Если вбить в Гугл зонтик agile, сразу вылезает
Господа пусть останутся в тайне лучше)
Господа пусть останутся в тайне лучше)
Size: a a a
2021 July 12
ДК
Благодарю 🙌🏻
АЛ
От скраморга или от канбан юниверсити?
ДК
Давай оба)Сравню😁😌
АЛ
Первый скинули выше
АЛ
ДК
Ага, понял
Благодарю ✌🏻
Благодарю ✌🏻
ВК
https://kanbanguide.ru/ есть вот это. Если материалы именно на русском интересуют, там собрана информация по Канбан-методу
2021 July 13
AP
я думаю там с переводом все ок, но вот с канбаном там все может быть далеко не ок
DB
Does Scrum provide answers to any of the following questions:
- How to create a compelling Product Vision?
- How do you come up with an effective Product Strategy?
- What is your product?
- Who is your customer?
- What does value mean for your customers and the business?
- How do you arrange your Product Backlog to deliver the most value?
- How do you increase confidence that what you’re working on will be valuable?
- How do you validate what you’ve delivered actually is valuable?
Let me spoil it for you: no. Scrum provides zero answers to any of these questions.
- How to create a compelling Product Vision?
- How do you come up with an effective Product Strategy?
- What is your product?
- Who is your customer?
- What does value mean for your customers and the business?
- How do you arrange your Product Backlog to deliver the most value?
- How do you increase confidence that what you’re working on will be valuable?
- How do you validate what you’ve delivered actually is valuable?
Let me spoil it for you: no. Scrum provides zero answers to any of these questions.
AP
Вообще мысль хорошая, но смотри что хотелось бы добавить. Без выстроенного Delivery вся пляска вокруг Solving Problems, Outcome Orientation, Hypothesis Validation и т.д. будет просто несвоевременной. Все что будет придумано не сможет быть сделанным или будет сделано так, что лучше бы не делали или будет делаться неимоверно долго
PB
Как переводится 3 пункт манифеста ?
DB
Согласен, но тот ли Delivery выстраивает Scrum? Он слишком жосткий для проверки гипотез. 1) В нем нет места для Discovery и подразумевается, что PO знает точные требования 2) В Scrum подразумевается, что каждый спринт происходит создание инкремента. А где же проверка гипотез?
DB
Lean / Kanban - гораздо ближе к продуктовой истории, чем Scrum. Scrum больше подходит для фича-команд, а не продуктовых
AP
По идее скрам задевает и Delivery и Discovery, и это надо учитывать при внедрении и стараться вначале закрыть Delivery часть прежде чем уйти в Discovery. Если идти по твоим пунктам:
1. Точные требования PO не знает, у него есть предположения что продукт должен быть таким
2. Как раз за спринт мы пытаемся сделать такой инкремент продукта, который нам приоткроет завесу над тем, что же именно нужно клиенту/пользователю
в этом суть эмпирицизма в скраме
1. Точные требования PO не знает, у него есть предположения что продукт должен быть таким
2. Как раз за спринт мы пытаемся сделать такой инкремент продукта, который нам приоткроет завесу над тем, что же именно нужно клиенту/пользователю
в этом суть эмпирицизма в скраме
DB
Проверка гипотез вместо мнений
AP
Lean - это вообще про поточное производство одинаковых материальных продуктов, а Kanban Method - это способ анализа и улучшения процессов
AP
Просто в мире где все про команды, Kanban задает неудобный вопрос - вот у вас есть команды, они обеспечивают производственный процесс, вот этот производственный процесс способен поставлять ценность клиенту или нет. И часто ответ нет ибо фокус на командах
DB
Проверки гипотез - это пайплайн, который состоит из аналитики, построения гипотез, экспериментов и итерации. Цепочка выстраивается длинная - Data Sceintist -> PM -> UX -> Dev Team -> Data Sceintist.