Skip to main content

The Trojan Retrospective - From Crickets To Conversations

February 9, 2015

This blog is part of my series on “Agile Trojan Horses – Covert Appetizers for Agile Discovery”. This series helps spark conversations that restore focus on Agile Fundamentals, whet the appetite to discover more about Agile and help apply Agile in day-to-day decision-making.


I am writing this blog as the year comes to a close. It is a time of reflection for many of us. And a time to learn and adapt from the past so we can sow and reap a rich harvest in the future.

One of the elements that I love about Agile and Scrum is the focus on humility, reflection and continuous inspection and adaptation. One of my favorite Agile Principles is #12…

 

“At regular intervals,

 

 

the team reflects on how to become more effective,

 

 

then tunes and adjusts its behavior accordingly.”

 

 

 One of my favorite Scrum events is the Retrospective. As the Scrum Guide says…


The Sprint Retrospective is an opportunity for the Scrum Team to inspect itself and create a plan for improvements to be enacted during the next Sprint…

…The purpose of the Sprint Retrospective is to:

 

 


  • Inspect how the last Sprint went with regards to people, relationships, process, and tools;

  • Identify and order the major items that went well and potential improvements; and,

  • Create a plan for implementing improvements to the way the Scrum Team does its work.




  •  
  •  
  •  


Some common impediments prevent teams from applying the Agile principle of regular reflection and from having effective Scrum Retrospectives.

 

 


  • LACK OF ATTENDANCE - Team members not showing up to the retrospective




  •  
  •  
  •  

 

 


  • LACK OF PARTICIPATION - Not hearing anything at the event besides the sound of Crickets – team members showing up, but not sharing anything




  •  
  •  
  •  

 

 


  • LACK OF TRANSPARENCY & INSPECTION – Meaningless conversations – no transparency and no inspection. Nothing other than whining, finger-pointing and complaints




  •  
  •  
  •  

 

 


  • LACK OF ADAPTATION - Meaningful conversations – healthy transparency and inspection but no meaningful adaptation. No follow-up actions to make things better.




  •  
  •  
  •  


Besides creating safety, one of the most important elements needed for a team to have meaningful inspection and adaptation is an ice-breaker. For many team members new to Agile, the act of reflecting on the team in a safe setting, is awkward and unfamiliar.

I usually begin by putting up some flip charts with the questions…

 

 


  • What worked well?

  • What could have worked better?

  • What actions will we take in the coming sprint to make it more effective?




  •  
  •  
  •  


I add a couple of additional questions…

 

 


  • What was the most valuable knowledge we gained in this sprint?

  • What contributions would we like to acknowledge in this sprint?




  •  
  •  
  •  


In most cases, with a few nudges here or there, the team starts opening up and we have a meaningful conversation. However if the team is still not talking, you could try this approach…

In this approach, we put up a bunch of assertions in front of the team and ask them to share their responses to the statement. These approaches fall into five major categories that also help raise the team’s awareness of key elements relevant to Agility…

 

 



Agile Elements

Agile Elements
 


For each assertion, ask the team to respond by choosing one of four categories…


  • HUH…?: We are unaware of or unclear about what this means

  • HEALTHY: Our team is healthy in this area. No adaptation needed.

  • NEEDS SOME ADAPTATION: Our team could use some adaptation here.

  • BLOCKED! NEEDS URGENT ADAPTATION: Our team needs urgent adaptation here.

  •  


If the team is co-located, you could create a grid on flip charts and the team could put up colored post-it’s against each column in the appropriate column.

Encourage each team member to also jot down why they chose a particular post-it, maybe with an example, if they can. If not, it is completely OK, they can just put up a blank post-it.

If the team has specific ideas on how they might adapt the next sprint to be more effective, they can jot them down on a post-it and put it up in the last column.

The grid might look something like this…

 



The Response Options

The Response Options
 


If the team is distributed, you could send them an online survey and have them respond either before the Retrospective event or during the initial portion of the event.

Either way, once the team has finished responding, you can sum-up the responses in a table like this…



The Response Scores

The Response Scores
 


You might try jotting down your responses as you read this blog as well, before you take this idea to the team. Now that we have set the stage, let’s start reviewing the assertions…

 

SECTION A – AGILE MANIFESTO


We begin with a section adapted from the Agile Manifesto. Reflect on how aware your team is about the Manifesto and how effective you all feel you were in applying it to your work. Time-box this section, and review feedback as a group.


The Agile Manifesto

The Agile Manifesto
 

 

SECTION B – AGILE PRINCIPLES


The next section encourages reflection on the Agile Principles. Ask the team to consider each principle and share their thoughts on how effectively you all applied them. Discuss as a group.

Agile Principles 1-6



Agile Principles

 

 

SECTION C – SCRUM OBJECTIVES


Let’s start reflecting on one of the Frameworks under the Agile Umbrella – Scrum. At a high level, the Scrum framework has three core objectives. As a team, reflect on whether the processes you used helped accomplish these objectives.



Scrum Objectives

Scrum Objectives
 

SECTION D – SCRUM VALUES


Scrum is not just about rituals or “what” we do as a team. The heart of scrum are the core Scrum Values that define “how” we work together as a team. Pull up the Five Scrum Values and allow the team to share their thoughts on the team culture and how close it was to being true to the Scrum Values. Discuss as a group.


The Five Scrum Values

The Five Scrum Values

SECTION E.1 – SCRUM GUIDE: SCRUM THEORY


As described in the Scrum Guide, Scrum is based on the three pillars of Empirical Process Control. Ask the team to share their thoughts on how effectively the team applied empiricism in their work. Discuss as a group.

Scrum Theory

Scrum Theory
 

SECTION E.2 – SCRUM GUIDE: SCRUM TEAM


The Scrum Guide clearly lays out the accountability for each role in the framework. Ask the team to reflect on how effectively each role or group delivered their accountability. Discuss as a group…

The Scrum Roles

The Scrum Roles
 

SECTION E.3 – SCRUM GUIDE: SCRUM EVENTS


The Scrum Guide clearly lays out the purpose and desired outcomes for each of the five events in the framework. Ask the team to reflect on how effective they thought each event was. Discuss as a group…


The Scrum Events

The Scrum Events
 

SECTION E.4 – SCRUM GUIDE: SCRUM ARTIFACTS


The Scrum Guide clearly lays out the purpose of each of the three artifacts. Ask the team to reflect on how closely each artifact accomplished the purpose defined in the Guide. Discuss as a group…


The Scrum Artifacts

The Scrum Artifacts

SECTION E.5 – SCRUM GUIDE: TRANSPARENCY


Scrum can only be as effective as the level of transparency in the organization. Reflect as a team on how transparent you feel the organization is. Discuss as a group…

Transparency In Scrum
 

SECTION F – LEAN SOFTWARE PRINCIPLES (MARY & TOM POPPENDIECK)


Mary & Tom Poppendiek have done some amazing work how the lean principles from manufacturing offer a better approach to software development. These Principles are available on their website –http://www.poppendieck.com/ and I have taken the liberty to adapt them for our approach.

Reflect as a team on how effective you were in applying the lean mindset and discuss as a group.









By now, hopefully, the silence and crickets at the beginning of the retrospective have been replaced by meaningful conversations about how the team can inspect and adapt its work.

Hopefully, these conversations have dispelled some common myths about what Agile is and is not and acted as an appetizer for the team to explore some more about Agile Software Delivery.

When you sum up the responses, the graph might look something like this…

 

 



The Trojan Retrospective - Survey Results

The Trojan Retrospective - Survey Results
 


Before you end the session, ask the team to pair up and pick up at least one action item to make a thin slice or process improvement in the next Sprint. Without adaptation, the Transparency and Inspection of a Retrospective are meaningless. If there are too many options to choose from, use dot-voting to help rank the options and pick the ones that fit the capacity constraints of the team.

Try out this approach even if you begin with baby steps by reflecting as an individual. If you like, you can use this excel as a starting point. Excel Template – The Trojan Retrospective – 2015-02-04 v2.1

Either way, please share your thoughts and let's continue the conversation at Smoothapps.com!

Keep calm, and Scrum On!
 


What did you think about this post?