И снова про story point
Прочитал статью Ron Jeffries про SP и с удивлением обнаружил, что… SP - это идеальные дни. С идеальными днями, как известно, надо еще оценивать фокус-фактор, заморачиваться с тем, чтобы его наращивать, но Рон говорит, что у них в XP-практике было проще - они умножали на 3, чтобы получить количество реальных дней.
Как (возможный) автор термина, ему оч жаль, что он его придумал, ибо:
- sp использует, кто как хочет, но не как было задумано
- использовать sp для ответа на вопрос «когда?» не самая лучшая идея
- сравнивать оценки sp с реальностью - как минимум пустая трата времени
- сравнивать команды через velocity - наверняка вредно
В статье Джеффри в целом выступает за следующие 2 пункта:
1. Если вы можете не использовать оценки - не используйте их. #NoEstimates
2. #Agile - это про то, как взять самое важное и поставить как можно раньше (если что Рон - один из подписантов http://agilemanifesto.org).
Ну и если они вам помогают, используйте на свой страх и риск, так как использовать это неверно оч даже вероятно:
- При планировании считать SP на человека (а не на команду)
- Сравнение команд
- Использовать velocity как одну из метрик, за которой смотрит менеджмент
- Как следствие девальвация SP (хакинг метрики в угоду «хорошему образу при плохой игре»)
- и тд.
https://ronjeffries.com/articles/019-01ff/story-points/Index.html
Прочитал статью Ron Jeffries про SP и с удивлением обнаружил, что… SP - это идеальные дни. С идеальными днями, как известно, надо еще оценивать фокус-фактор, заморачиваться с тем, чтобы его наращивать, но Рон говорит, что у них в XP-практике было проще - они умножали на 3, чтобы получить количество реальных дней.
Как (возможный) автор термина, ему оч жаль, что он его придумал, ибо:
- sp использует, кто как хочет, но не как было задумано
- использовать sp для ответа на вопрос «когда?» не самая лучшая идея
- сравнивать оценки sp с реальностью - как минимум пустая трата времени
- сравнивать команды через velocity - наверняка вредно
В статье Джеффри в целом выступает за следующие 2 пункта:
1. Если вы можете не использовать оценки - не используйте их. #NoEstimates
2. #Agile - это про то, как взять самое важное и поставить как можно раньше (если что Рон - один из подписантов http://agilemanifesto.org).
Ну и если они вам помогают, используйте на свой страх и риск, так как использовать это неверно оч даже вероятно:
- При планировании считать SP на человека (а не на команду)
- Сравнение команд
- Использовать velocity как одну из метрик, за которой смотрит менеджмент
- Как следствие девальвация SP (хакинг метрики в угоду «хорошему образу при плохой игре»)
- и тд.
https://ronjeffries.com/articles/019-01ff/story-points/Index.html
agilemanifesto.org
Manifesto for Agile Software Development
We are uncovering better ways of developing software
by doing it and helping others do it. These are our
values and principles.
by doing it and helping others do it. These are our
values and principles.
#NoEstimates by Allen Holub
1. Оценки — деятельность не приносящая ценности, то есть это потери (в это время можно было делать что-то, что приносит ценность клиенту). От потерь необходимо избавляться.
2. Само наличие оценок (временных) — разрушительный факт. Люди остаются на работе, перерабатывают, выгорают, при это делая ерунду, которая может не нести реальной ценности. Почему? Потому, что кто-то дал оценку, а ее уже восприняли как обязательство.
3. Оценку в #StoryPoints, которую обычно делают в цифрах Фибоначчи, можно заменить на «1» — любая история теперь оценивается за единицу. Прогностическая сила такого подхода даёт погрешность в 7-8%.
Но прогнозы нужны. Решения на их основе можно принимать:
1. Оценки — деятельность не приносящая ценности, то есть это потери (в это время можно было делать что-то, что приносит ценность клиенту). От потерь необходимо избавляться.
2. Само наличие оценок (временных) — разрушительный факт. Люди остаются на работе, перерабатывают, выгорают, при это делая ерунду, которая может не нести реальной ценности. Почему? Потому, что кто-то дал оценку, а ее уже восприняли как обязательство.
3. Оценку в #StoryPoints, которую обычно делают в цифрах Фибоначчи, можно заменить на «1» — любая история теперь оценивается за единицу. Прогностическая сила такого подхода даёт погрешность в 7-8%.
Но прогнозы нужны. Решения на их основе можно принимать:
• надо ли закрыть проект? • надо ли добавить больше людей?YouTube
#NoEstimates (Allen Holub)
This keynote presents my (and many other's) thinking about #NoEstimates. It argues that estimation is a bad thing, particularly in the Agile world, and presents ways to plan that don't involve estimation.