Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<p>This is relatively normal and can sometimes be a complaint of our team members if projects continue for a long period of time.</p> <p>The key to what we're talking about here is <em>sustainable pace</em>. If you and your team are able to sustain your pace over the long term, that's excellent -- you've achieve the hyperproductivity that all Scrum teams are striving for.</p> <p>Alternatively, if you're finding that you overestimate how much work you can actually get done in a day, then you may need to reevaluate that during your retrospective. The amount of productive time in a day that a team chooses to recognize when doing their capacity planning for a sprint is referred to as a <strong>focus factor</strong>.</p> <p>Henrik Kniberg has this to say:</p> <blockquote> <p>The “default” focus factor I use for new teams is usually 70%, since that is where most of our other teams have ended up over time.</p> <p><a href="http://www.crisp.se/henrik.kniberg/ScrumAndXpFromTheTrenches.pdf" rel="noreferrer">http://www.crisp.se/henrik.kniberg/ScrumAndXpFromTheTrenches.pdf</a></p> </blockquote> <p>However, what it sounds like you're talking about is simply the nonstop momentum of sprint after sprint, not necessarily your productivity in a day. Here's some suggestions of things we have tried to deal with that:</p> <ul> <li>End the sprint on a Friday morning. Have your sprint review and retrospective in the morning and let the team work on something else the rest of the day to clear their heads. Pick up with Sprint planning on Monday.</li> <li>We introduced the notion of "lab days". These are entire days that the team is taken away from the project and they spend the day working on improving their own technical skills through research with each other and collaboration on specific technical topics. Most of the time they have absolutely nothing to do with the specific project and allow team members to think about lighter topics.</li> </ul>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload