Continue reading: Facilitate a project retrospective

Facilitate a project retrospective

room-setupLarge group retrospectives are long, large, unwieldy facilitations. So much so that they’re typically done only at the end of a project. Holding a 1-2 day retro every few weeks for a large project is neither practical nor responsible, but continually improving the project is also important.  So, how do you hold light-weight retrospectives for large groups, while making sure that you:

  • Have a common understanding
  • Identify issues and strengths
  • Reach a group agreement on action points
  • Ensure that the group feels that they received a high return on time invested

This retrospective combines different techniques and technologies to achieve these results.Continue reading

Continue reading: Squad Health Check model – visualizing what to improve

Squad Health Check model – visualizing what to improve

(Download the cards & instructions as PDF or PPTX) At Spotify we’ve been experimenting a lot with various ways of visualizing the “health” of a squad, in order to help them improve and find systemic patterns across a tribe. Since a lot of people have been asking me about this, I wrote up an article

Continue reading
Continue reading: Using continuous improvement in product development

Using continuous improvement in product development

If you prefer this as an article – you can download it here.

What is continuous improvement?

Continuous improvement always starts by observing previous results. That is our baseline for improvements forward on. We strive to improve steadily, a little at a time – 10% is great! But first step is always to accept the facts, regardless if we would have liked it to be better.  It is way too easy to sweep failed projects under the carpet rather than used as a baseline for improvements forward on. A mistake easily made is to base improvements on dream targets rather than previous results, it is hard to learn something from failure to meet those targets.

Continue reading