October 7, 2021

How can Developers support Inspection? Back to the foundations of the Scrum framework (21)

Scrum is founded on empirical process control, and inspection is one of the three pillars.

Each of the Scrum accountabilities participates in one or more inspections. If you feel that there are undesired variances for any aspect of your initiative, think about who could best initiate an inspection.

Inspection is about detecting undesirable variances in progressing towards agreed goals.

So how about the Developers in the Scrum Team.

Developers are typically involved in inspecting progress towards the Sprint and the Product goal, and in inspecting the collaboration during the Sprint itself (people, relationships, process, tools), and the Product Backlog. So quite a lot!

Developers can ask a lot of questions for this. Some examples include

  • Where are we now? Is this what we expect? With our current understanding, will we be able to achieve our goals (both for the Sprint and the Product)?
  • What improvements from the last Sprint Retrospective have we acted upon and how did these help us forward?
  • Do we see variances in our Increment compared to our Definition of Done? Or compared to working agreements such as processes, decision taking, quality levels,
  • etc

Developers can use each of the Scrum Events for this.

  • During the Daily Scrum they ask questions about their progress towards the Sprint Goal.
  • During the Sprint Review and Sprint Planning they ask questions about their progress towards the Product Goal.
  • During the Sprint Retrospective they ask questions about their progress towards their effectivity / improvement goals.
     

Summary:
Do the Developers take part in detecting undesired variances in progress towards the goals? How are they involved in detecting variances with regard to the current and future state (near and long term) of the product? And how are they evaluating variances in their effectiveness as a team? 

 

Prompt:
Together with the Developers

  1. Clarify the different goals: Product, Sprint, Definition of Done, effectiveness.
  2. Inspect the current status for undesired variances.
  3. Evaluate what improvements can be made to close these gaps.

 

We hope you will find value in these short blog posts and if you are looking for more clarifications, feel free to take contact.

PS. Next week we'll look at the Scrum Master and Inspection.

If you want to take a deeper dive into the core concepts we are covering in this blog series, then surely check out our Professional Scrum Mastery workshop.
Don't want to miss any of these blog posts? Have the professional Scrum foundations series weekly in your mailbox.

How do the Developers support Inspection?