Readers/Web/Team/Story estimation

< Readers‎ | Web‎ | Team
(Redirected from Reading/Web/Team/Story estimation)

This page provides guidelines and examples to provide some background on how the reading web team estimates.

We currently use the Fibonacci sequence for points

Tooling Edit

The web team has found the following tools are useful for virtual estimation:

Examples of pointed tasks Edit

For reference, here's a table with examples of previously pointed cards to be used as a reference in future estimations.

8 (extra large) Edit

Typically 5 days continuous work

5 (large) Edit

Typically 2 - 3 days continuous work

3 (medium) Edit

Typically 1.5 to 2 days continuous work

2 (small) Edit

Typically 1 day continuous work

Regression: Call to undefined method DOMDocument::setAttribute( in MobileFormatter.php on line 239)

1 (very small) Edit

Typically 0.5 days continuous work

.5 (trivial) Edit

  • Rarely used. If the conversation in estimation is taking too long and someone can write the patch in the time it takes to have the conversation it might be a 0.5 pointer, but work is rarely that easy. It can also be used for tasks such as correcting a spelling mistake or updating a wiki page, however we usually avoid creating tasks in this situation and just write the patch.

0 Spikes Edit

Spikes will have the tag #spike and in the title will express a finite window of time during which the task will be worked on. We point these as 0 to note that these have been discussed and agreed upon by the team during an estimation meeting.

The benefit of using points rather than updating the title is that point changes are logged and it is easy to identify any comments made at the time of estimation/discussion.

Estimating tasks in progress Edit

If the team is estimating a task that is currently in progress or has had previous work completed, the expectation will be that the work for the entire task will be estimated (as opposed to only the remaining parts of the work)

Deprecated info Edit

Pokerbot Usage Edit

In August, 2018, we began experimenting with poker bot as a tool for async estimation. Below are some of our conclusions from these experiments:

  • Pokerbot does not replace actual estimation - tasks that are estimated using pokerbot should also be discussed by the team as a whole in a grooming meeting or standup
  • Pokerbot is useful for getting an idea of a task prior to a meeting
  • Pokerbot is particularly useful for discussing tasks during times of the week where there are fewer grooming sessions. For example, to discuss more urgent tasks on a Thursday rather than waiting until the following Tuesday.