Scrum prescribes one person in the role of Product Owner (PO). Not multiple people, not a committee, just one person:
“The Product Owner is the sole person responsible for managing the Product Backlog.” (Scrum guide)
And when multiple teams work on a single product, the Scrum Guide says:
“Multiple Scrum Teams often work together on the same product. One Product Backlog is used to describe the upcoming work on the product.” (Scrum guide)
I encounter many companies that fail to implement this specific Scrum guideline. Apparently, according to most companies, this is one of those things you need to tweak “to make Scrum work in your context”. Continue reading →
This article aims at helping Scrum Masters to conduct the *MOST AWESOME* Sprint Review they ever witnessed. (This article could have been titled: 41 tips that will make your Sprint Review awesome!)
The main purpose of the Sprint Review (SR) is to collect feedback. After seriously inspecting the product, a number of changes to the backlog or action points for solving impediments should be identified.
The Scrum Master profession spans wide variety of skills, knowledge and experience. Scrum Masters try to create high performing teams and drive organisational change. Although we mainly focus on the framework and the process, it’s people we work with all the time. Surprisingly our profession focuses predominantly on developing cognitive intelligence (IQ). We need to learn to appreciate the value of emotional Intelligence (EQ) for becoming great Scrum Masters. Continue reading →
When talking about LeSS adoptions, the Feature Team adoption map (FTAM) is often brought up as one of its powerful tools. Although FTAM is described in the LeSS book (1), and gets a great deal of attention in most LeSS practitioner classes, it plays a less important role in LeSS and LeSS Huge adoptions than we might suspect. However, it is a valuable tool that can be used for various purposes. Continue reading →
In Scrum classes we often ask the attendees to draw a picture of the Scrum framework, in order learn what their current understanding of the framework is. In many cases people are close to remembering the three roles, three artifacts and five events. But they also bring forward many related elements that are important or even indispensable to support the Scrum framework, but are not roles, artifacts nor events.