Creating Increments in Sprints and releasing are different things!

January 13, 2022
There is often confusion in what happens in a Sprint with regards to the Increment and releasing. Short summary of this article: during a Sprint, one or more increments are produced. This happens when a Product Backlog Item meets the definition of "Done". At least once every Sprint, but it can happen more often. When a Product Backlog Item meets the definition of "Done" (and therefor becomes an increment), it can be released. Releasing can be done at any moment in time! 
Blog Post

Definition of Done - Where to Start?

December 9, 2021
A common question we get asked is how do we get started with creating a Definition of Done? Let's explore how we can obtain transparency of where you are, your destination should be, and what your possible first steps are to get there!

A Home for Product Goal, Definition of Done, and Sprint Goal

November 19, 2020
In the 2020 Version of the Scrum Guide, the commitments were introduced for each artifact. These then became an element of Scrum; in that they need to be used to gain the maximum value that the Scrum Framework offers. They were always part of a Professional Scrum approach, now there is a clear connection of these commitments to the artifacts. They increase transparency, and the focussed delivery of Value. Each of the commitments now clearly support and sustain an artifact.

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.

Why Scrum Requires Completely “Done” Software Every Sprint

November 27, 2018
In Scrum, “Done” doesn’t support adjectives like “nearly”, “pretty much” or “almost”. Work is “Done” or it isn’t . And there is a very powerful, compelling reason behind this: the Scrum Framework only helps to reduce the risk of wasting money and effort when you deliver “Done” software every Sprint; a new version of your product that is, or with the proverbial press of a button can be, released to users. In this post I underscore how essential this rule is to Scrum.

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?

Why PSD is such a great Training

October 19, 2017
The PSD training teaches the whole Scrum Team on how to do real Scrum. They work in Sprints, create Done software and use the appropriate tools and practices for it. It is a unique experience on how really good Scrum feels like.

5 Ways To Fail With Scrum

April 14, 2016
Over the past 10 years I have worked with many organisations and helped them to use Scrum to create innovative and sometimes market leading Products. I have seen a lot of Scrum during this time, much of it done well, but some of it done badly.