Coaching Canvas: Asad Safari
Coaching Canvas: Asad Safari
Asad Safari
([email protected])
Several years ago, I started my journey as an agile coach in a big company. They hired me to make
them agile. They had more than five development teams. We began our journey with observation
and assessment phase. After that, we did training and different workshops for teams. Everything
looked good for several months; you do training, guys come to you and ask about questions and
recommendations, you have a good feeling, you do tangible things that are appreciated for
everybody…
After some time, teams are doing their business as usual. You need to follow them, and you ask
them to do some practices, but most of the time they are busy with their affairs. I fell to thinking
the question that am I helpful here anymore.
It’s about factfulness. We are helping the organization, but we don’t have enough facts to show
ourselves. Organizations always have some new problems, and it triggers the feeling that the
organization’s performance is worse than the past.
We need to learn to separate fact from fiction when forming our opinions. Coaching Canvas is a
tool for you to be a factful coach.
Context
At the end of the sprint, most items are not complete, and QA doesn’t have enough time to test everything, because most things are done in the last
days of the sprint. While a lot of work remains, some team members cannot do anything.
Hypotheses: Goal:
We think we can solve this problem with the following: The goal is to make the team able to publish multiple releases during a sprint
and complete the most committed issues at the end of the sprint
Leading 1- More than 2 releases to production in each 1- Coin Game for Cycle Time Concept
indicators & sprint 2- Visualization
Lagging 2- Completing ~70% of committed issues 3- User Story writing workshop
indicator 3- Not changing the length of the sprint
Context
Team members report to the ScrumMaster in the daily standup. Excepting one or two senior engineers, the others do not ask or volunteer information.
The ScrumMaster takes a very controlling role in the meeting, walking everyone through the three questions. When needed, he tells the team what
the managers are saying, doing and thinking about some issues (“Manager N.N. called the customer yesterday and they will decide . . . so don’t do
anything before you get an e-mail.”). He is quick to delegate work and ends the meeting by asking if everyone has “enough work for today”. The
ScrumMaster is a former ProjectManager and took his CSM around 8 months ago.
Hypotheses: Goal:
Context
There’s a big group that name was Audit & Inspection, because most of their systems were for the bank’s Audit & Inspection department. But over
time, a lot of new projects were being allocated to the group. Projects from different business areas, from “Customer master data management” to
“Open banking platform”. To carry out these projects, new people were added to this group, so the group was growing up. The number is approximately
about 12 to 60 people.
This big group did not have the concept of the team. It was just a number of people trying to finish lots of project at the same time, Lots of dependencies,
redo-works, hand-overs, etc. We were trying to carry out the agile ceremonies on the big group, but events such as Sprint Planning or Review were
completely useless. The problem was it was so boring or ineffective.
Hypotheses: Goal: