When is a Scrum Team successful? Which criteria do you use to determine if a Scrum Team is doing a great job? How does a partnership influence this dynamic?
From my point of view a Scrum Team is doing a great job if they deliver an increment with the highest valued features. With the best possible quality and they continuously strive for improvement. In this post, I will share my thoughts on a discussion I had with a Scrum Master recently on partnerships. I will not provide practical examples, if you are interested, take a look at Evidence Based Management and read this. The discussion started with the following question:
Changing the Partnership Contract
“How do we, Scrum Master and Developers who are hired by our client, Product Owner, change the KPI’s (Key Performance Indicators) in our contract. So we can measure if we are doing a good job?”
Without hesitation I replied something related to the statement I made above. However, the Scrum Master did not accept my answer. He said: In our current contract we get rewarded for every time we are within our initially estimated delivery schedule. And if we stay within our budget.
Doing a good job?
“How do we know, now we started using the Scrum Framework, we have done a good job?”
Then I explained that by deciding as customer and supplier to start using Scrum. A lot more has changed than just doing some events and incrementally develop our solutions. Making this decision you have mutually agreed to move from a demand-driven approach a.k.a. doing projects. To a supply driven approach, delivering solutions. And by using Scrum, the Scrum team has a shared responsibility to deliver the best and most valuable solution to the customer.
With this decision you both have committed to this goal, you both have a stake in the success of the things you do. You now are a Scrum Team and yes, each role has a different angle on how to approach this shared responsibility but you are in this together now.
In this together
The Scrum Master looked puzzled and replied: “But we are a pay-by-the-hour company! We just deliver highly qualified people, we cannot be held responsible for the value we deliver to the users? What kind of KPI’s do we need?”
Yes, you deliver skilled people who bring in their experience and expertise to create a valuable solution. But to build the right things in the right quality in the right way they need to interact with the Product Owner (and Stakeholders) to figure out how to build the right thing? You need each other…right?
You, as a Scrum team, can only be successful if you collaborate. So you need to figure out together if the thing the Product Owners wants is more valuable than the cost of the team. The client buys capacity from you as a supplier per sprint in the form of Developers. So as long as the benefits of the items delivered in a sprint exceed the costs you are on the right track.
Send it back to the kitchen!
I always compare Developers to the chefs in a top restaurant. They need the proper equipment to cook but how do you judge their performance? If the food tastes good. If it doesn’t I do not blame the waiter, I sent it back to the kitchen! The developers are responsible for delivering a high quality product.As a restaurant we are all together responsible for delivering a great experience with great food.
“Quality is something we are responsible for?”
Yes! Put that in your contract! But wouldn’t it be great of you could create a contract that reflects the responsibilities of the entire Scrum Team?
“Now you are being naive! That is never going to happen?”
Why not? As long as you are only being judged by the quality delivered why should you care if it adds any value? Why do you do this job? To deliver high quality stuff that nobody ever uses? Or do you want to create something valuable that people like to use and is of good quality? And yes, that is a rhetorical question.
I see a lot of client/supplier relationships using Scrum. When signing the contract they both say they engage in a partnership. But the agreements they make usually have nothing to do with being partners. A contract hardly reflects the image that we need each other to be successful and that we both care about the goal we try to achieve, if that is the case there is no shame in making money for both partners.
That is why Scrum says nothing about having KPI’s between a Product Owner and Devlopers since using Scrum implies a partnership where we all contribute to achieving the same goal.
Soon I will elaborate more on partnerships and how I make my decisions when I am looking collaborations.