AGILE_COACH_NOTES Telegram 1180
📊 Меня частенько спрашивают переоценивать ли стори, если они не сделаны в течение спринта и переехали в следующий спринт. Я сторонник того, чтобы не переоценивать и идти по принципу “всё или ничего”, потому что потом команда будет смотреть на эту стори как полнценную при взвешивании другой стори и возникнут недоразумения. Как говорят у нас у бегунов: то что ты пробежал 10 км, не означает, что объем дистации 17 км, он всё так же 27 км и кто сказал, что осташиеся 17км будут легче 😁

Вы спросите, а как тогда статистика, а статистика берётся по средней или средней взвешенной, а корридор оценки по минимальной и средней, максимальное значние по этой причине не трогаем.

Вы можете переоценить стори внутри спринта, когда поняли, что она сложнее или рискованнее, чтобы быстро скорректировать объем спринта и понять риски достижения цели, а вот переоценка по остаточному принципу… спросите меня - я скажу, не стоит так делать. А вот что думаент автор книги “Agile Estimation and Planning”

====
Suppose you’ve reached the end of the sprint and you have an incomplete story. You likely know that you don’t share the story at sprint review. You might also know that you don’t automatically move it forward, but instead put it back in the product backlog for re-prioritization.

But what people often don’t know is whether to re-estimate the story. After all, you’ve done some of the work to complete the story, so maybe it isn’t a 5 any more. Maybe now it’s a 3.

My answer is no, don’t re-estimate. Take an all-or-nothing stance in regards to velocity credit. That story counts for zero points in this sprint, but in the sprint the story is completed, the team gets all 5 points. There are a couple of reasons for this.

First, people are really bad at estimating percent complete. If you ask the team, “How far done are we” with a 3 point story, they’ll likely say about 2 points done. But really, they’re likely only about 1 point done. So they’re going to underestimate the work that’s left to complete.

Second, we don’t re-estimate the stories we finish, even if we discover they were bigger or smaller than we thought. So we shouldn’t re-estimate stories we don’t finish in the name of being “more accurate.”

Taking credit for a story at its original estimate only when it’s truly complete is the only way we can feel accurate in our predictions about when we’ll be done.

And being accurate (but not overly precise) is one of the ways you succeed with agile,

Mike
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3😁1



tgoop.com/agile_coach_notes/1180
Create:
Last Update:

📊 Меня частенько спрашивают переоценивать ли стори, если они не сделаны в течение спринта и переехали в следующий спринт. Я сторонник того, чтобы не переоценивать и идти по принципу “всё или ничего”, потому что потом команда будет смотреть на эту стори как полнценную при взвешивании другой стори и возникнут недоразумения. Как говорят у нас у бегунов: то что ты пробежал 10 км, не означает, что объем дистации 17 км, он всё так же 27 км и кто сказал, что осташиеся 17км будут легче 😁

Вы спросите, а как тогда статистика, а статистика берётся по средней или средней взвешенной, а корридор оценки по минимальной и средней, максимальное значние по этой причине не трогаем.

Вы можете переоценить стори внутри спринта, когда поняли, что она сложнее или рискованнее, чтобы быстро скорректировать объем спринта и понять риски достижения цели, а вот переоценка по остаточному принципу… спросите меня - я скажу, не стоит так делать. А вот что думаент автор книги “Agile Estimation and Planning”

====
Suppose you’ve reached the end of the sprint and you have an incomplete story. You likely know that you don’t share the story at sprint review. You might also know that you don’t automatically move it forward, but instead put it back in the product backlog for re-prioritization.

But what people often don’t know is whether to re-estimate the story. After all, you’ve done some of the work to complete the story, so maybe it isn’t a 5 any more. Maybe now it’s a 3.

My answer is no, don’t re-estimate. Take an all-or-nothing stance in regards to velocity credit. That story counts for zero points in this sprint, but in the sprint the story is completed, the team gets all 5 points. There are a couple of reasons for this.

First, people are really bad at estimating percent complete. If you ask the team, “How far done are we” with a 3 point story, they’ll likely say about 2 points done. But really, they’re likely only about 1 point done. So they’re going to underestimate the work that’s left to complete.

Second, we don’t re-estimate the stories we finish, even if we discover they were bigger or smaller than we thought. So we shouldn’t re-estimate stories we don’t finish in the name of being “more accurate.”

Taking credit for a story at its original estimate only when it’s truly complete is the only way we can feel accurate in our predictions about when we’ll be done.

And being accurate (but not overly precise) is one of the ways you succeed with agile,

Mike

BY Agile-сoach Notes


Share with your friend now:
tgoop.com/agile_coach_notes/1180

View MORE
Open in Telegram


Telegram News

Date: |

Don’t publish new content at nighttime. Since not all users disable notifications for the night, you risk inadvertently disturbing them. Write your hashtags in the language of your target audience. The group’s featured image is of a Pepe frog yelling, often referred to as the “REEEEEEE” meme. Pepe the Frog was created back in 2005 by Matt Furie and has since become an internet symbol for meme culture and “degen” culture. A Hong Kong protester with a petrol bomb. File photo: Dylan Hollingsworth/HKFP.
from us


Telegram Agile-сoach Notes
FROM American