Size: a a a

Agile, Scrum, Lean, Kanban, XP

2020 October 15

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
👍
источник

АЛ

Артем Летюшев... in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Про скрам разговора не было изначально. Покер можно и без, как и скрам без покера.
Ну вот поэтому уточнил. Скрам самый частый контекст.
источник

ER

Eugene Rudenko in Agile, Scrum, Lean, Kanban, XP
Muradin
Доброго времени суток
Меня зовут Мурадин
Может кто посоветовать хорошую альтернативу покер планирования и дать наводки на какие нибудь ресурсы по правильному формированию беклога ?
Коллега, добрый вечер! По правильному формированию бэклога советую руководствоваться DEEP. Детали можно почитать здесь: https://www.romanpichler.com/blog/make-the-product-backlog-deep/
источник

IZ

Ivan Z in Agile, Scrum, Lean, Kanban, XP
Muradin
Сервис подбора рандомных чисел...
Очень быстро, но очень не точно.


Можно сначала сделать такой же проект и оценить потом со 100% точностью затраты на реализацию. Как Суворов при штурме Измаила. Но это максимально дорого.

Покер оценка где-то посередине с близким к оптимальному соотношению результата к затратам.

Скорее всего любое ваше ускорение оценки приведет к снижению точности. Вы готовы точно этим поступиться?
источник

YS

Yuriy Smirnov in Agile, Scrum, Lean, Kanban, XP
Ivan Z
Очень быстро, но очень не точно.


Можно сначала сделать такой же проект и оценить потом со 100% точностью затраты на реализацию. Как Суворов при штурме Измаила. Но это максимально дорого.

Покер оценка где-то посередине с близким к оптимальному соотношению результата к затратам.

Скорее всего любое ваше ускорение оценки приведет к снижению точности. Вы готовы точно этим поступиться?
👍
источник

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Ivan Z
Очень быстро, но очень не точно.


Можно сначала сделать такой же проект и оценить потом со 100% точностью затраты на реализацию. Как Суворов при штурме Измаила. Но это максимально дорого.

Покер оценка где-то посередине с близким к оптимальному соотношению результата к затратам.

Скорее всего любое ваше ускорение оценки приведет к снижению точности. Вы готовы точно этим поступиться?
Есть еще вариант: отказаться от оценок, запустить канбан, начать улучшаться по результатам получаемых измерений.
источник

M

Muradin in Agile, Scrum, Lean, Kanban, XP
Артем Летюшев
Что значит покер-планирование длительное мероприятие? Оно очень быстрое и динамичное, если у вас оно затягивается больше чем на 2 часа для планирования на 2 недели, то вы что-то делаете неправильно.

Что значит баллы? Быть может вы имеете SP? Вы точно не маппите SP с часами?
Ну и ряд побочных вопросов:
1) У вас точно скрам?
2) Вы используете покер на пленнинге? Оцениваете только объем на спринт? Не пытаетесь оценить весь беклог?
3) Вы точно оцениваете только фичи/истории, а не вплоть до тех тасок?
4) В оценке точно принимают участие только те, кто будет задействован в реализации фичи?
5) Вам точно известна велосити?
Я имел ввиду Стори поинты

1) да, но покер планирование используется и без него
2) оценивал только беклог
3) оцениваю по экранам которые надо реализовать (например, фильтрация в приложении как одна карточка)
4) да, кроме дизайнера (он готовит макеты заранее)
5) в этом не могу быть уверен
источник

PA

Pavel Akhmetchanov in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Есть еще вариант: отказаться от оценок, запустить канбан, начать улучшаться по результатам получаемых измерений.
В Канбан можно и с оценками
источник

IZ

Ivan Z in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Есть еще вариант: отказаться от оценок, запустить канбан, начать улучшаться по результатам получаемых измерений.
👌
источник

АЛ

Артем Летюшев... in Agile, Scrum, Lean, Kanban, XP
Igor Larchenko
Есть еще вариант: отказаться от оценок, запустить канбан, начать улучшаться по результатам получаемых измерений.
И познать кайдзен
источник

PA

Pavel Akhmetchanov in Agile, Scrum, Lean, Kanban, XP
Не зря ж там есть Triage Teble
источник

M

Muradin in Agile, Scrum, Lean, Kanban, XP
Eugene Rudenko
Коллега, добрый вечер! По правильному формированию бэклога советую руководствоваться DEEP. Детали можно почитать здесь: https://www.romanpichler.com/blog/make-the-product-backlog-deep/
Спасибо коллега 👍
источник

IL

Igor Larchenko in Agile, Scrum, Lean, Kanban, XP
Pavel Akhmetchanov
В Канбан можно и с оценками
Вопрос же не в том, где можно, а где нет. Вопрос как раз в том, чтобы ускорить процесс оценки. Отказ от оценки вообще - кардинальное ускорение.
источник

АЛ

Артем Летюшев... in Agile, Scrum, Lean, Kanban, XP
Muradin
Я имел ввиду Стори поинты

1) да, но покер планирование используется и без него
2) оценивал только беклог
3) оцениваю по экранам которые надо реализовать (например, фильтрация в приложении как одна карточка)
4) да, кроме дизайнера (он готовит макеты заранее)
5) в этом не могу быть уверен
Зачем вы оцениваете весь беклог сразу?

Зачем вы оцениваете по экранам, а не по фичам/историям?

Зачем вам вообще покер-планирование? Почему не брейншторм?
источник

M

Muradin in Agile, Scrum, Lean, Kanban, XP
Артем Летюшев
Зачем вы оцениваете весь беклог сразу?

Зачем вы оцениваете по экранам, а не по фичам/историям?

Зачем вам вообще покер-планирование? Почему не брейншторм?
Не так прочел. Не весь беклог, а приоритетные задачи оттуда.

Так разработчикам понятнее

Брейн шторм не подходит. В команде один мидл, остальные джуны
источник

PA

Pavel Akhmetchanov in Agile, Scrum, Lean, Kanban, XP
Muradin
Не так прочел. Не весь беклог, а приоритетные задачи оттуда.

Так разработчикам понятнее

Брейн шторм не подходит. В команде один мидл, остальные джуны
Так, а оценка вам чем-то помогает?
источник

PA

Pavel Akhmetchanov in Agile, Scrum, Lean, Kanban, XP
Muradin
Не так прочел. Не весь беклог, а приоритетные задачи оттуда.

Так разработчикам понятнее

Брейн шторм не подходит. В команде один мидл, остальные джуны
@ILarchenko не шутил, без оценки в том смысле как вы привыкли в принципе можно жить
источник

M

Muradin in Agile, Scrum, Lean, Kanban, XP
Pavel Akhmetchanov
Так, а оценка вам чем-то помогает?
Да, покер планирование более менее оптимальный вариант
Ибо по ходу обсуждения задачи определяемся и с оценками
источник

PA

Pavel Akhmetchanov in Agile, Scrum, Lean, Kanban, XP
Muradin
Не так прочел. Не весь беклог, а приоритетные задачи оттуда.

Так разработчикам понятнее

Брейн шторм не подходит. В команде один мидл, остальные джуны
Например, на основе пробалистической оценки. Но правда, если вы следили за своей статистикой
источник

PA

Pavel Akhmetchanov in Agile, Scrum, Lean, Kanban, XP
Muradin
Да, покер планирование более менее оптимальный вариант
Ибо по ходу обсуждения задачи определяемся и с оценками
Т.е. у вас за время оценки проходит два последовательных мероприятия
1. Декомпозиция, разбор рисков
2. Придание этим рискам число в SP
Верно?
источник