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: |

Private channels are only accessible to subscribers and don’t appear in public searches. To join a private channel, you need to receive a link from the owner (administrator). A private channel is an excellent solution for companies and teams. You can also use this type of channel to write down personal notes, reflections, etc. By the way, you can make your private channel public at any moment. Deputy District Judge Peter Hui sentenced computer technician Ng Man-ho on Thursday, a month after the 27-year-old, who ran a Telegram group called SUCK Channel, was found guilty of seven charges of conspiring to incite others to commit illegal acts during the 2019 extradition bill protests and subsequent months. Users are more open to new information on workdays rather than weekends. With the administration mulling over limiting access to doxxing groups, a prominent Telegram doxxing group apparently went on a "revenge spree." SUCK Channel Telegram
from us


Telegram Agile-сoach Notes
FROM American