January 13th, 2012

Are you an ADAPTIVE ScrumMaster?

As a Certified Scrum Coach (CSC) I do a lot of work with ScrumMasters in organisations who are looking to find new ways to engage their teams and move their Scrum implementations forward past the basic Scrum framework. When Coaching ScrumMasters I recommend they try to become more ADAPTIVE. As you might have guessed from the fact that the word is capitalised, it is an acronym for a number of behaviours. Following on from my blog post about ScrumMasters getting RE-TRAINED, an ADAPTIVE ScrumMaster:

  • Helps the team to hold themselves ACCOUNTABLE
  • Leads the team to DIVERGE before they converge
  • Helps the team take ACTION to improve
  • Asks POWERFUL questions to make them think about the root cause of their challenge
  • Encourages the team to TRY something new
  • Ensures everyone is INVOLVED as much as possible
  • Makes data VISIBLE to help the team investigate and the organisation improve
  • Names the ELEPHANT in the room

A good Scrum team is mature enough to explore many options before making commitments to each other and then hold themselves accountable as to whether they achieve them or not. If they don't manage to achieve their commitments (or even if they do!) they will treat that as a learning opportunity and find ways to improve, feeling comfortable enough to experiment with new ideas or theories.

Self-organisation is a very new concept to many teams and so the help of an attentive ScrumMaster is incredibly important to facilitate this new way of working and, of course, an investment of time for them to grow. ScrumMasters often need to develop their enabling and people-facilitation skills and this is something that comes with time and practice but can be helped along tremendously by learning from existing techniques. I am lucky enough to have been exposed to multiple teams in varied industries across multiple countries over the last 10 years. Along the way I have picked up, and created, many techniques that have been helpful to teams working with Scrum.

If you would like to learn more about these areas and, in particular, learn some specific tools, techniques and games related to them, then perhaps you might consider attending my Advanced ScrumMaster class. 

One of the things I focus on in my Advanced ScrumMaster class is providing tools, techniques and games to help ScrumMasters be more ADAPTIVE. It's good fun, practical and hands-on with techniques you can take away and use with your teams straight away. You don't need to BE "advanced" to attend and you don't even have to be a ScrumMaster (Product Owners have found this class equally valuable) so don't worry about that! If you are part of a Scrum team, or even just work with a Scrum team and are keen to find new, fun and interesting ways to help them improve then pop along.

Category:

Games / Scrum / scrum master

Tags:

Accountability / Adaptive / Advanced / Agile Adoption / Asm / Divergence / Elephant / Experimentation / Involvement / Scrum / Scrummaster / Training / Visibility

2 comments | view comments | add comment

 

November 20th, 2011

The whole Scrum vs Kanban thing

I'm pretty bad at twitter. I am terrible at getting my thoughts across as intended in 144 characters and the more I try sometimes the worse it gets. So I am writing this as a response to the twitter debate that ensued after Jim Coplien's latest post. My first view upon reading this was that, considering Jim's normally controversy-inviting style, it was well-written and aligned with a number of things I have been thinking about recently. However, it left me incredibly conflicted primarily because I want to be someone who is being positive and constructive to everything that is trying to help make organisations more successful through agility. This is why Jean Tabakas "Community of Thinkers" post resonated with me. I do feel an urgent need to... read more

 

Category:

Agile / Scrum

Tags:

Agile / Community / Conflict / Kanban / Scrum / Timeboxing

3 comments | view comments | add comment

 

September 12th, 2011

The One Where Someone Keeps Being Late

Overview The Sonics were a team about half way through their first sprint and having their first experiences with Scrum. At the same time this was their first project together as a team and, as such, were just getting used to each other and establishing a working rhythm. The ScrumMaster, Darryl, was also new to Scrum but was chosen to be the ScrumMaster because of his “people skills”. His history showed he had the ability to bring people together to work effectively as a team. Sprint planning went relatively well and everyone was relatively comfortable that what the team had committed to was achievable and the team seemed motivated by the project. During the sprint Darryl noted that people were focussing on the tasks that they s... read more

 

Tags:

Daily Scrum / Retrospective / Scrummaster / Story / Team / Teamwork / The One With

0 comments | view comments | add comment

 

June 29th, 2011

The One Where The Release Plan Was Unacceptable

Overview Xander, the ScrumMaster for the Blockheads team, had just finished leading them through release planning of the highest priority section of Product Backlog for the OPAL project. The team was fairly new and had little concept of their velocity plus the project was fairly complex and, after 4 hours, the Blockheads came up with a plan of 6 sprints to complete this release. Heleena, Xander’s manager, who had been observing this new practice of agile planning pulled Xander to one side. “Six months? That’s ridiculous. We can’t afford to take six months to get this release out.” She said “Well we do have the option of deploying any time after sprint three so we could call this two releases really”... read more

 

Category:

Scrum / scrum master / ScrumMaster Stories

Tags:

Planning / Product Owner / Release Planning / Scrummaster / The One With

0 comments | view comments | add comment

 

May 24th, 2011

The One With Five Teams

Overview Karina, a RE-TRAINED project manager, had recently come back from her Certified ScrumMaster training which had been organised just before the STING project was due to commence. She was aware that Serena, her boss, was keen for this project to be agile but was very nervous about it as this was a big project for one of their major customers. Before she went on the training she had looked at the original budget for 3,500 man days of effort over the next 12 months and thought this would be a big risk for her first Scrum implementation. Karina had a de-brief with Serena on her return to the office with the idea of setting up the necessary structure for Scrum on the STING project. She mentioned that Scrum teams are generally optimal when... read more

 

Category:

Scrum / ScrumMaster Stories

Tags:

Multiple Teams / Planning / Project Manager / Re-trained / Scaling / Scrummaster / The One With

0 comments | view comments | add comment

 

April 27th, 2011

The One Where The Team Was Working On Everything At Once

Overview Half way through the Sprint the team are having their Daily Scrum. The team take it in turns to share with their colleagues what progress they have made and what they plan to work on today. There are a couple of impediments that get added to the Sprint Backlog and Ashley, the ScrumMaster promises to pick up – one with an external vendor who is not supplying the input file in the correct format, and another with Operations who still haven’t provided a correctly configured staging environment. The team glance at the Sprint Burndown which shows they are roughly on track and the team are about to leave the Scrum room when Ashley asks a vital question: “Are we actually OK here? I feel worried but you guys seem fine wit... read more

 

Category:

Scrum / scrum master / ScrumMaster Stories

Tags:

Backlog / Burndown / Impediments / Scrummaster / Team / The One With

0 comments | view comments | add comment

 

November 30th, 2010

The One With Two Daily Scrums

Overview On my first day coaching a new team they invited me along to their Daily Scrum first thing in the morning. They had been using Scrum for a couple of months and had a great “Scrum room” with glass walls on all sides and a lovely view of the lake. On one wall they had their Sprint Backlog, on another they had the Sprint Burndown and on another they had the outcomes from the last retrospective. Everybody was there on time and even Annika, the Product Owner, was demonstrating her commitment to the team by being present. There were a few quick greetings before the team members stood in a circle and took turns to update their colleagues on their progress, confirming the view that the Sprint Burndown was indicating their good... read more

 

Category:

Scrum / scrum master / ScrumMaster Stories

Tags:

Burndown / Daily Scrum / Product Owner / Scrum / Scrummaster / The One With

0 comments | view comments | add comment

 

May 25th, 2010

The One Where The ScrumMaster Was Also A Developer

This blog post is the first in a series of stories from real Scrum teams (although the names etc have been changed to protect anonymity).  Overview Marcel had been at the company for 7 years and, in that time, had come to be known as the “go-to guy” for Java work. In fact he was known affectionately as the “Java Guru”. The last project was a really important one for the whole company and, naturally Marcel was a central part of the effort to build this product. On more than one occasion he had come up with a breakthrough to help get the team and project back on track and, with a monumental effort from everyone, the project just about met the deadline.  In an attempt to get things under a little more control... read more

 

Category:

Scrum / scrum master / ScrumMaster Stories

Tags:

Developer / Dual Role / Geoff / Scrum / Scrummaster

0 comments | view comments | add comment

 

May 20th, 2010

Getting RE-TRAINED as a ScrumMaster

There are only three roles in Scrum. This is often the first thing that people have difficulty with. There is no project manager in Scrum, there is no distinction between different members of a development team – they are just called team members. The Product Owner is responsible for representing the needs of the stakeholders of the project to ensure that what gets delivered is valuable. She owns the budget for the project, determines the requirements and their importance and is judged on the return on investments (ROI) of the project. The development team are responsible for turning the Product Backlog into potentially deployable increments of product on a sprint by sprint basis. They are a self-organising, cross... read more

 

Category:

Scrum / scrum master

Tags:

Product Owner / Project Manager / Re-trained / Scrum / Scrummaster / The One With

0 comments | view comments | add comment