Posted in Liberating Structures, Purpose-to-practice - Building a New Team

Getting “done” – a key practice

When a new team is formed we hope that it will be long lasting, and that it eventually will become high performing. Sometimes it happens, sometimes it doesn’t. What determines the success? Despite there are no guarantees of success, there are still things you can do to increase the likelihood of your team becoming high performing. In this blog post series, I would like to share some experiences of mine, from starting up new teams. Inspired by the Liberating Structure “Purpose-to-practice” I am helping the newly formed team to design five essential elements to make the team resilient and endurable. The 5 elements are Purpose, Principles, Participants, Structure and Practices. This post will cover my approach to help the team design practice.

Practice are key for success

After all, what we do is what determines our success. Therefore designing the element of “practice” is essential for a teams chances of success. For a Scrum team that wants to harvest the benefits of Scrum, the ability to create a “Done” increment each sprint is essential. This session is specifically designed around the practice of “getting done”. First step, of getting there, is knowing what ‘done’ means, and why it matters, and this is what this session helps explore.

Which structures and why

This session is kicked of with a 1 min self reflection, just to get peoples thinking going, before jumping in to the activity.

The backbone of this session is the Definition of Done exercise made by Christiaan and Barry from The Liberators. This exercise is designed to create transparency of the consequences of not getting to a proper state of “done”. I highly recommend purchasing this exercise (No, im not sponsored. I paid for it myself), as it is also applicable for virtual teams. Specific instructions on how to facilitate is included in the package, so I’ll leave out the details here. Overall the group get a chance to have conversation around mapping typical developer activities to common steps in development process. Hereafter the group will do the same with typical unexpected problems.

I divided my group into four pairs, to give more room for the individual to talk. Each pair did their own mapping.

After the Definition of Done exercise I added the Liberating Structure Min Spec, to help the team form their first Definition of Done. This is for specifying the absolute must do’s to deliver a “Done” Increment, which also is a set of practices we rely on to achieve success.

Facilitation canvas for defining a teams practice – with a focus on “Getting done” as a Software Scrum Team

My observations and experiences

  • The short 1 min silent reflection in the beginning gave participants a chance to “arrive” and tune in to the topic. If time allows, it could be beneficial for the group to share there thoughts with each other.
  • For a non-Scrum team, it might be beneficial to design the session around a broader question, such as “What practices much be in place in order for us to achieve success?”.
  • Putting “Done” as a theme for discussions about practices, allowed me to take the Scrummaster stance of teacher to my scrum team, without being the preacher. This initiated a specific conversation on this essential practice.
  • Depending on experience, the group might need some guidance on which patterns to see from the definition of done exercise.
  • While there are many activities to take into account, for reaching a “done” state, the Min Spec, helped narrow the list in to the truly essential. The list became short enough for the team to actually take ownership for it. It is better to start with a list too short, which can be extended as the team gain experience, rather than making a complete list, which no one will look at because it is too comprehensive.
Posted in Liberating Structures, Working Agile, Working as a ScrumMaster

An approach to kick start the usage of Sprint Goals

Sprint goals proves to be a vital element of Scrum, but it is often overlooked and neglected because it is difficult. This blog post will describe one way to kick-start the use of sprint goals in a team or ScrumMaster CoP. Before I describe the approach I would like to explain the background, that lead me there.

Background

I was blinded by my own approach and I was just executing Scrum in a Zombie like way. In my eagerness of facilitating the events “right” I have forgotten why we were doing this in the first place. I was fallen into the trap, but the content of Barry Overeem and Christiaan Verwisj from The Liberators came to the rescue.

One of the two driving principles as described in their article about the Scrum Framework made me realize that using and working with sprint goals, was something I have neglected, even though I know it is important. Then I listened to the the podcast Scrum Mythbusters: Having A Sprint Goal Is Optional In Scrum. It changed a lot for me. The podcast highlighted many of the challenges I faced together with my teams, and I felt that every sentence was an important point that could help the team. This was too much information for me to remember, and I didn’t want to miss a thing, so I decided to do a graphical recording of the Podcast.

It resulted in 4 posters.

 
 

With these 4 posters in hand, and a topic to important to be forgotten, I had to find a way on how to share this and enable others to reflect upon and start working with spring goals. I ended up with the structure below, which can be used in many settings, such as a Scrum Master Community of Practice, a team or any group that work with or could benefit from working with sprint goals.

My approach to kick-start the usage of Sprint Goals

Purpose: Share the content (in this case about sprint goals) and let participate arrive with their first impressions and conclusion about the topic. This is the foundation for the future development and usage on the topic.

Preparation: Hang up the 4 posters in different places of the room allowing people to walk up to it. If you want to facilitate this online, add the 4 posters to an online white board, where every participant have the access to view.

Step 1 (10 min)

Invite the participants to walk around the room an take in the impressions from the posters. Let them imagine they are on a museum. Encourage to take personal notes.

Step 2 (3×5 min)

Prompt the whole group with one question, and invite the participant to go to the poster that match the answer to the question (1min)

At the the posters, people form small groups (2 to 4) And discuss the topic and the prompt (4 min)

Repeat step 2 three times, using different prompts. Here are the prompts i used:

  • What confuses you the most? Why?
  • What do you feel strongest about? Why?
  • What gave you the most valuable insight? Why?

Step 3 (5 min)

Debrief together, by sharing insights from the group discussions

Step 4 (25 min)

Use the Liberating Structure 15% solutions to help the individuals discover and focus on what each person has the freedom and resources to do now.

  • Explain the concept of 15% solutions (2min)
  • Invite people to make their individual list of possible actions based on inputs and insights from previous discussions. (5min)
  • Share your lists, in groups of 3 (3 min per person)
  • Refine and improve each others lists (actions) (3 min per person)

My reflections

Based on the discussions during the workshop, and feedback afterwards, it seemed like this was a good approach for participants. But why is that? Giving this a few thoughts I have come up with the following

  • It enables participants to drive the change by themselves.
  • It gives any group/team freedom to decide what to focus on – in this case when working with sprint goals.
  • It changes the concept of learning from “teacher to students” to “Emergent learning”, where a group or a team learn together by sharing experiences and perspectives.
  • It allows people to focus on “the first step” in dealing with a difficult topic, and fostering a “one step at the time” approach for the change.

Maybe you have input on why this seem to work well or maybe you have other comments. anyway, it would be great to hear from you.

Posted in Working as a ScrumMaster

Doing Scrum – Leading the way – Learning agile

“I have heard Scrum is ‘the thing’, please google it and implement accordingly!”. This was the exact words from a previous boss of mine, when he wanted me to make our team deliver on time and with the desired quality. This was the beginning of my career in “doing Scrum”.

I have learned quite a few lessons since. In this blogpost I will deal with a few of the hardest challenges I have faced. You will most likely not learn from my mistakes, but being aware of them, may help you overcome them faster when you face them. Continue reading “Doing Scrum – Leading the way – Learning agile”

Posted in Working as a ScrumMaster

Let’s call off Scrum!

A software development team, had been “doing Scrum” for years, since it was decided that Scrum was the “way to go”. A classic. All meetings were conducted, but gave no or little value. It was just accepted like “that’s what happens when Scrum meets reality”. Failed sprints were the standard, frustrations were building and unfortunate leadership mecanisms were “needed” to get things done.

When I was appointed as the ScrumMaster, I quickly realised that I had to do something drastically to gain the team’s trust to Scrum, and to build the team’s trust in me, as a ScrumMaster. Especially because I do not have a developer background. I had to relaunch Scrum in a way I had never tried before…

So I said: “Let’s call off Scrum!”

Continue reading “Let’s call off Scrum!”