New Retrospectives

April 28, 2020
A few weeks ago, I had a wonderful conversation with Diana Larsen on Agile FM, and it did not come as a surprise, that the topic of retrospectives came up. Diana is the co-author of the book Agile Retrospectives , which has been very influential in many agile careers, including mine. 
Blog Post

Performance Measures and Flow

October 3, 2019
The legendary Steve Trapps has been talking to me for months about featuring in an interview. So here we are, I finally agreed and we spent 25 minutes talking about me; obviously mainly avoiding being narcissistic.

Improving your Definition of Done

March 1, 2019
The purpose of Scrum is to create a potentially releasable Done Product Increment, in order to realize business value. Many teams struggle in improving their Definition of Done. The technique described here allows for greater transparency on what the Definition of Done is, and what the next steps are.

Guidelines in Scrum

December 25, 2018
A few days back I did a Scrum Tapas Video explaining a few of the rules within Scrum. Besides these rules, there are also certain guidelines which help Scrum Teams to make the best possible use of Scrum framework to create maximum Business Impact.

Is Scrum Hurting Your Agility?

December 9, 2018
Most organizations are using Scrum, however, many of them feel like the agility of their organization has degraded, and they might be right! Often, using Scrum starts out as a way to improve development efforts coordinated within an IT division or department, but that is not the most effective organization structure to potentially get maximum benefit from Scrum.

Почему фокус на индивидуальной занятости снижает скорость команды (часть I)

October 16, 2018
Это первая из серии статей, в которых мы вместе будем исследовать вопрос узких специалистов в Скрам-командах, теорию очередей, системную/локальную оптимизации и обучение в командах.

Managing risk

July 11, 2018
Often I hear people say that Scrum does not take care of risk: there is no risk log, risk is not on the agenda of the Sprint Review or Retrospective as a standard agenda-item. The Development Teams need to be accountable for the quality of the product and how it's made. That's a risk right there! If there is not one person accountable for quality, being on time, within budget, building the right thing... How is risk managed in Scrum?