Why teammates from the Agile Coaching retreat. |
It has been a whirlwind three weeks. Family functions, work, and this trip to London have been my focus. When you have time out for yourself, you learn a few things. The primary lesson came from a scrum master I met from England. Dominic Kavanaugh who pulled me aside during a stressful moment and said, “This retreat isn’t about shipping anything; it is about learning.” From that moment, I had an epiphany.
The agile manifesto says working software over comprehensive documentation. The principles of agile stress shipping software in small increments. What I realized is I have forgotten a fundamental lesson about continuous improvement. Learning and growth are a vital goal of being agile. Shipping software is not a hamster wheel where everyone goes around and round shipping software and not improving. It was my big revelation.
The revelation came as my team of coaches came upon the idea of “Healthy Ownership.” I was complaining about the abusive relationship developing between my product owners and developers. Soon another joined my group and spoke about quality assurance not working well with developers. Finally, Dominic entered the group and talked about technical debt. What united all three of these themes was that the development teams did not have a shared sense of ownership to the work they were doing.
Together, the team of us set out on a journey to try and come up with a way to discuss dysfunctions and how to fix them using a coaching approach. It was the first time I exposed to terms like “clean language,” follow-on questioning, and guided conversation. It was positive to have ten strong personalities in the room who were all success focused. One person was our enforcer of norms. The other was making sure we covered the topic of quality assurance. Another was our enthusiastic product owner. All of us learned to work together in three short days, and we came up with a “Healthy Ownership” model of coaching.
I am pretty proud of the small part I had to play in the creation of this tool; I hope to use it for the remainder of my career. First, it is a descriptive approach to solving problems. Often as a coach or scrum master, you want to jump in with an answer to a technical question or process problem. It may answer the question, but it impedes self-organization on the team. Next, we approach issues like a doctor looking at symptoms. We gather information, ask a few questions and provide the right nudge to a person. Finally, we are just getting started. All of us have committed to being ready to improve and flesh “Healthy Ownership,” out.
I was not sure what I expected at the coaching retreat, but now that I have attended one, I see it as a valuable and worthwhile experience. I am looking forward to going the next time. I am also looking forward to sharing with you my experiences.
Until next time.
No comments:
Post a Comment