Red-Yellow-Green status reports are a widely-used tool to help executives have a fast and simple understanding of the current state of a project through a visual model that makes it easy to spot patterns. Green means everything is good, yellow means there’s some risk, and red means the project is in serious trouble. Simple, right? […]
Notes from a Tool User
How Escape Rooms Teach About Teams
Mark and his wife, Doris, along with a small group of their friends, have become very good at solving challenges and escaping locked rooms. In their first escape room in 2015, they were two puzzles away from success but failed to get out. So they changed the team membership. Over the years, they failed another […]
Agile Retrospectives
What is the difference between an Agile Retrospective and a Post Mortem? Retrospectives are the foundation of Continuous Improvement and Short Feedback loops.
What is the Recommended Scrum Team Size?
Nearly every client I work with asks me this question at some point. The Scrum Guide offers very limited guidance, suggesting 3-9 people per team (exclusive of ScrumMaster and Product Owner), without giving reasons or context for those numbers. There isn’t one universally correct answer for optimal team size, but there are a number of […]
Definition of Done vs. User Stories vs. Acceptance Criteria
One of the more frequently asked questions in my Scrum workshops is around the difference between Definition of “Done” and Acceptance Criteria, and how they relate to User Stories. While Acceptance Criteria is a commonly understood concept in software development, Definition of “Done” is unique to Scrum. People get confused between these two things but […]
Choosing a Scrum Sprint Length – Shorter Beats Longer
How long should a Scrum Sprint be? A Scrum Sprint is a short period of time when the Scrum Team works, but there is no hard rule as to how long that should be – in this post, we cover the pros and cons of shorter and longer Sprints and how you can discover what […]
Scrum Anti-Patterns – How We Hold Back Our Scrum Teams
In software development work, a design pattern is a description of a solution to a recurring problem. It outlines the elements that are necessary to solve the problem, including context and the consequences of certain actions, without prompting the reader to solve the problem a specific way, leaving them with the agency to write code […]
Scrum Anti-Patterns: Micromanagement
A design pattern is a description of a solution to a recurring problem. It outlines the elements that are necessary to solve the challenge without prompting the reader to address the issue in a specific way. Unfortunately, we also regularly see recurring patterns of ineffective behaviour. These are called Anti-Patterns. The following is an exploration […]