Pavel Kapustkin’s Post

View profile for Pavel Kapustkin, graphic

✅ Delivery Lead, Agile Coach, Mentor, and Digital Transformation Expert. SPC, PSM-II, KMP, CEO and Founder at "Simple Agile"

Today I want to proceed with Scrum Team dysfunctions: One of the harmful and fairly common practices for Scrum teams is the concept of "specialized sprints." Often, when discussing their workflow with teams, I hear something like this: -- "We decided to have an 'architecture sprint.' For the next two weeks, the team will focus on architecture tasks." -- "We conduct 'quality sprints' quarterly, where we address accumulated defects." -- "I've heard about 'design sprints'... I don't quite understand what they are or how they relate to Scrum, but I'm eager to try." -- "We'll solve this problem in a special technical debt sprint..." But what's wrong with a Scrum team working on defects, technical debt, architecture, or something similar? There are exactly two main issues: 1. These types of sprints do not deliver incremental value to the user. As a result, there's no feedback for inspection and adaptation. 2. The Scrum team loses focus on achieving the Product Goal and falls out of rhythm. Objective progress is replaced by discussions about future great achievements. The increment created during the Sprint should always(!) deliver value to the user. The connection between the Product Goal and the Sprint Goal through the value delivered by the increment should not be broken. #Scrum #ScrumTeam #scrummaster #teamcoaching

  • No alternative text description for this image

To view or add a comment, sign in

Explore topics