Give Christmas present to your ScrumMaster and leverage his/her knowledge

When I go around the Old Town in Prague I can feel the Christmas atmosphere – Huge Christmas tree is already decorated, a small market with gifts. The holiday season is here 🙂

#ScrumMasterWayIt’s a lot of tips everywhere what to buy as perfect Christmas gift to your husband, friends, children, parents. But I wasn’t able to find any tips for ScrumMaster gifts. So I decided to write some to make even ScrumMaster happier and leverage their knowledge.

There’s never enough knowledge and experiences. The first tip is to read a good book. I want to recommend my book The Great ScrumMaster: #ScrumMasterWay which is practically oriented, full of tips. It’s a field guide for every ScrumMaster, it got great feedbacks so I believe this book is a great gift. But let’s share more book tips – you can start with Essential Scrum from Kenneth Rubin which is the good starting point to understand the Scrum. If you want to move forward the next step is to get some coaching experiences. The Coaching Agile Teams from Lissa Adkins is the book you have to read. It’s great with a lot of knowledge from one of the best coaches I know. Another direction is scaling and a large project in huge organizations. The answer for scaling is LeSS – Large-Scale Scrum which is greatly described in the book Large-Scale Scrum: More with LeSS. If you are serious about scaling, this book is a must. Both authors Craig and Bas are excellent Scrum and LeSS trainers so it is worth to learn from them.

Prague - Old Town Square at Christmas timeIf you prefer a more entertaining way to get the knowledge you can join some training. It’s my second tip. Have you ever been in Prague? It’s one of the nicest cities in the world with charming Old Town, historical streets, Franz Kafka atmosphere, and a lot of good and cheap beer. So it’s a combo historical Prague & great party & awesome training. Take my Certified ScrumMaster (CSM) training explaining the #ScrumMasterWay concept and the way how to become the Great ScrumMaster. It will move your ScrumMaster knowledge to the next level! We also organize Certified Scrum Product Owner (CSPO) class as well and the newest and most demanding CAL1 – Certified Agile Leadership class. Don’t wait and make this holiday & learning happen. Prague - Charles Bridge In addition to my already mentioned classes, you can join Certified LeSS Practitioner training with Jurgen De Smet who is regularly coming to Prague to enjoy the city and to deliver this great workshop. Check dates and availability here. Of course, you can join me at any place worldwide just check my Scrum Alliance profile or book private training for group of your ScrumMasters – team Christmas gift 🙂

Prague - Prague CastleMy last tip for ScrumMaster’s git is to attend the great conference. There’s a lot of great events I just want to mention two: Global Scrum Gatherings (in Minneapolis, USA in spring or London, UK in fall) or my favorite Agile Prague Conference 2018 (September 10-11, 2018) which is one of the best from Agile in Europe 🙂

User Story as a Card

User Story is one of the most common formats how to write Product Backlog Item. It has specific format which forces people to focus on business value.

As a [user | role| persona]
I want to get [functionality]
So that I get [business value]

As an example of such User Story for my online beer store called “Berrer” we can write the following:

As Jon (busy manager with no time)
I want to get beers selected by “Beerer”
So that I can impress my friends by variety of rare brands.

It shall give us three different information – Who, What, and Why – which must fit together and once you read it to someone it shall create consistent story together. As you may have noticed the User Story looks at the functionality from the business perspective and is customer centric (note that customers are all user, stakeholders, other teams, … ). We never define how exactly it shall be solved, but describe the business impact we want to achieve.

Write Acceptance criteria was never good idea

Having that definition, companies are often missing the place where to write the exact specification. But there is none. It’s all about conversation. It should fit a small index card. Having said that, teams are still fighting and try to keep it as close as possible to the traditional detailed specification. One way how keep it close is to add detail as Acceptance criteria. It usually looks as checklist of all possible details you shall/shall not implement. It seems to be useful for teams who have limited understanding of business and product but it’s not. To give you an example of such Acceptance Criteria for the above defined User Story, it can look like this:

  • Beers from all continents
  • At least one beer from Belgium
  • Several small local breweries
  • One light, dark, Ale, Pils

As a result of it development team is not involved in the story definition anymore. They just take those points one by one and implement it. If it’s not working as we missed something, it’s not their fault but the Product Owners’. He shall have made the missing piece part of the Acceptance criteria. So let’s have a look to better solution.

Define Conditions of Satisfaction instead

As we said before, User Story is about conversation. It shall be simple, clear, and easy to remember. If you write well so it is small enough, there is no need for any additional information at the back side of the card. However sometimes you might find it useful to stress certain expected behavior / impact. In such case we turn the User Story card and write the Conditions of satisfaction. For the above defined story it might be:

Jon can impress his friends by selection of all different tastes of beer selected from micro-breweries across the world.

As a result of this the team is focusing on solving user problem instead of implementing what was defined before. The implementation usually starts with conversation. How can we deliver the more value with less effort? What is the minimal functionality we have to deliver? How can we address his needs? We need everyone involved, everyone interested, and everyone understand the overall business, personas, their needs and their dreams.

It may take bit longer at the beginning, but it’s worth investing the effort as the committed team which is living by the product can always come up with better solution then one Product Owner.

Writing Acceptance criteria is our legacy from traditional world, while defining Conditions of satisfaction is very Agile. Agile and Scrum is mindset. If you have it, it doesn’t matter how you write your User Stories because you already understand the fundamental difference. It’s about value to be delivered to the customer, instead effort, items delivery, and velocity. If you don’t, changing only the label won’t help. You would have to significantly change the way you think about Backlog items and that might be very painful and long process where User Story format with Conditions of satisfaction will help. I went through that change with several companies during Agile Coaching and it was always worth of the effort. If you want to get bit more practice, I also teach it at CSPO – Certified Scrum Product Owner class.