That's very different from the Planning Poker I've played.
Which was: Everyone shows a hand at the same time, and the number of fingers shows the number of days. The high and low bid are discarded, the rest are used. I think we averaged and rounded up to the nearest integer. Individual votes were not recorded. It worked fairly well, IMNSHO.
That's part of the problem: everyone has their idea of what Planning Poker, or any other practice in Agile, is supposed to be and whether it works. Some people will say you are doing it wrong because you use time as story points, and others will tell you that you shouldn't use days but hours.
There are too many assumptions: for example, we assume that the group estimate is more correct as if everyone had the same knowledge of the code base, everyone was at the same skill level, and technical debt will not slow us down.
The story was supposed to take two days, but it took the whole week in practice. Whose fault is it? Is the estimate updated, or does it stay the same? And if it needed to be more accurate, what use was it?
2 comments
[ 2.7 ms ] story [ 16.5 ms ] threadWhich was: Everyone shows a hand at the same time, and the number of fingers shows the number of days. The high and low bid are discarded, the rest are used. I think we averaged and rounded up to the nearest integer. Individual votes were not recorded. It worked fairly well, IMNSHO.
There are too many assumptions: for example, we assume that the group estimate is more correct as if everyone had the same knowledge of the code base, everyone was at the same skill level, and technical debt will not slow us down.
The story was supposed to take two days, but it took the whole week in practice. Whose fault is it? Is the estimate updated, or does it stay the same? And if it needed to be more accurate, what use was it?