pair coaching

  • 47. From the Global Scrum Gathering in Orlando

    Recorded at the Scrum Alliance’s Global Scrum Gathering in Orlando, FL, this episode features nine voices. Vic (@AgileCoffee) was joined by fellow participants (all working with Agile/Scrum teams) to discuss some highlights of the gathering (and CSP Fast Pass).

    Guests list:

    Things we’d mentioned:

  • Using Dominoes for Scenario Play

    If you’re looking for a way to randomize a group and match them with scenarios for role play, I suggest trying dominoes.

    I’ve recently been speaking on the topic of pair-coaching, and in developing my workshop, I’ve been tinkering with using double-nine wooden dominoes. The face of a domino tile is divided into two ends, each with a number of pips (dots)… or no pips at all. In the case of double-nines, the values range from 0-0 to 9-9.

    Set of 55 "double nine" dominoes by Pressman
    Set of 55 “Double Nine” dominoes by Pressman
    a set of Double Nines will contain a total of 495 pips (dots) across all 55 tiles
    a set of Double Nines contains a total of 495 pips (dots) across all 55 tiles

    (more…)

  • 45. Lean Coffee on a company visit to EMC

    It’s an onsite company visit! Vic sits down with four employees representing Dev, QA & PMO at the Data Protection Unit of EMC Corp in Irvine, CA, to discuss how the transformation to Agile has changed things up. Also on hand is Scott Dunn (@sdunnRocket9), facilitating the transformation activities and coaching at many levels within the business unit.

    Scott mentioned the Certified LeSS Practitioner: Principles to Practices class led by Craig Larman – May 9 in Tustin, CA

  • The Pair-Coaching Domino Game

    domino-game
    Back in March I led a pair coaching workshop at Scrum Day Orange County 2015.  My goal with the session was to examine a few pair-coaching roles, share a list of competency areas for Scrum Masters, and use dominoes to demonstrate viable situations where pairing will help the coach, her team, or the larger organization.

    (You may remember that I enjoy exploring this topic, and that I wrote about it earlier in the year. It seems that I’ll be talking about more this summer at the Scrum Alliance Coaching Retreat, possibly at the Agile Open SoCal and certainly at Agile SoCal in November.)

    No matter how good we are, we still can’t learn or do everything on our own. Whether you’re a Scrum Master, product owner or other member in an Agile workplace, you should consider using pair-coaching to raise your skill level, create positive change on your teams and improve relationships throughout the organization.

    When I was approached to make a presentation on pair-coaching, I began asking around for comments. It was important to me that participants left with something tangible and valuable. I began building the content as a powerpoint deck, but early feedback (and my post-lunch time slot) suggested an interactive workshop made more sense.

    Roles in Pair-Coaching

    Roles in Pair-CoachingThe goal of the workshop was to get participants thinking in terms of the many ways to use pair-coaching at the workplace. To do this, it was important to share the five pairing roles that I previously discussed:

    • Trainer / Observer
    • Driver / Navigator
    • Yin / Yang (I’ve renamed this role from “Good Cop / Bad Cop”)
    • Kohai / Sempai
    • Co-Learners

    By introducing the five roles, I was able to give specific contexts in which to imagine using pair-coaching. (The handout above offers a summary of the five roles.)

    * I owe much to Yves Hanoulle, a true creative collaboration agent, for his work identifying most of these roles (I am really just mucking with them). Yves has been a strong proponent of pair-coaching for many years, and most of the research I do on the subject turns up his name.

    ScrumMaster Assessment

    While I’m giving credit to others who deserve it much more than me, I’d like to call your attention to Bernd Schiffer’s excellent article on the 42 Tasks of a Scrum Master’s job. I find his list quite comprehensive and very useful when talking about pair-coaching.

    ScrumMaster competencies assessmentThis assessment I put together was taken primarily from Bernd’s list of 42 tasks, though I overlaid the “grading” rubric to meet the needs of this game. (A big thanks to Fabrice Aimetti for translating this into french: Evaluation des compétences du Scrum Master.)

    In the workshop, I ask the participants to give themselves a grade for each competency – from “0” equating to “no experience” to “3” meaning “expert”. They can sum the numbers across each row (competency group) to gauge what areas of coaching they’re good at and which could use improvement. (The point isn’t to be too critical here, but to have some grounding for the game.) The range of row-scores is zero (0) to nine (9), identical to the range of numbers on my dominoes.

    Rules of the Game

    Finally we get to the game itself. Each participant has a double-nine domino tile at their seat when they come in the room. They are asked to match one of their numbers to pair with another participant – this is done to get them out of their chairs and meet “random” people in the room. Example, if my domino has a two (2) and a five (5), I find another person with either of those digits.

    When they form pairs (eg. both have a five (5) on their domino), they assume expertise levels based on the other number not used to match up. In my two and five scenario, I would use two (2) as my expertise level because I used the five (5) to meet another five. (It’s a pain to explain, but participants caught on quickly.)

    Each pair then talks through a case of which roles they might play for a hypothetical scenario. For example, if a “two” (novice) is paired with an “eight” (expert), they might play out a Driver / Navigator situation. If the numbers are close but low (eg, 3 & 2), the scenario might be Co-Learners; and a 7 & 9 combo may yield a Good Cop / Bad Cop storyline.

    Let me say that this early iteration of the game could certainly use some adjustment. I’m open to feedback even to the point of removing the dominoes altogether. Having said that, however, it seemed to work very well to stimulate role-playing and discussion in the workshop. So… success!

    Below is a video of the session. The workshop begins by reviewing the five roles, and we start playing with dominoes approximately 22 minutes into the video. I am again grateful to Scott Dunn of Rocket Nine Solutions for the support, and to Cliff Rosa of Rosa Media Productions for the recording – thanks to you both!

    I hope that you try this game and I welcome feedback in the comments here on this page or to me on Twitter at @AgileCoffee. Best of luck in your pairing!

  • Patterns in Pair-Coaching

    Agile coaching demands many skills of the practitioner. In addition to being conversant in common agile processes, we are also called to serve as teacher, facilitator, mentor, counselor, negotiator, and leader. Of course, this is a partial list; there may be no limit to the skills identified as valuable to our coaching profession.

    Where did you learn these skills? If you weren’t born with these skills or have them injected into your being, how did you acquire them? Books, videos and training courses can help, but on the job is perhaps the quickest and most lasting method. Did you have someone training you how to train? How to facilitate or lead your first team? Chances are that you were thrown into the fire like most of us.

    Now imagine that you did have a mentor to guide you along your path, someone to show you how to lead a retrospective and offer advice when your team just stared at you dumbly. I’m not talking about your CSM instructor or your boss who gives you encouragement once a week, but an honest-to-goodness partner with you on the job.

    That is one pattern of pair-coaching.

    Here is another example. Let’s suppose that you’re involved in a transformation effort. You and a colleague want to introduce agile methods and scrum practices that will represent a different way of working, but some team members want nothing to do with this – for them the medicine is hard to swallow.

    This is a case where your partner might play a more “prescriptive” role, clarifying the need and structural changes with little emotion invested in her delivery. Your role as the counterpart would be to offer deep empathy – providing an open ear or a shoulder to cry on – while also offering a softer interpretation of why the organization is trying this change. You, the “progressive”, help the transition to this different mindset.

    good cop / bad cop
    More than a “good cop / bad cop” relationship, the Contrarian pattern allows for divergent viewpoints to both be expressed equally.

    Pair-coaching is not anything new in the workplace. You may be practicing one or more patterns without being aware of it. Once made visible, the value of coaching in pairs should become apparent.

    There are many patterns that pair-coaches can fill. A few that we will examine include:

    • Trainer / Observer
    • Driver / Navigator
    • Contrarian (Progressive / Prescriptive)
    • Senpai / Kohai (mentor / protege)
    • Co-learners

    Trainer / Observer

    co-training

    With new teams adopting agile practices, it’s almost certain that training will be necessary. Often a trainer works alone; showing up to set up the room, greet arriving participants, communicate & demonstrate the concepts, take questions and mind the agenda (including breaks, meals and other time-boxed events). That could be quite a lot to handle, especially if the audience is large or varied in their prior experience with (and reception of) the topics.

    With a partner, much of the burden is eliminated from the primary trainer’s responsibility.  (For non-training events, a co-facilitator becomes useful for the same reasons.)

    In this pair-coaching scenario, one coach may lead the training while the second may:

    • observe to offer feedback later
    • tag-in and lead other slides of same training
    • be called upon as an expert (SME) or for her experience/validation
    • scan the audience for outliers / those needing attention

    Driver / Navigator

    Han had Chewie. Michael Knight had KITT.

    This pairing closely resembles the Trainer/Observer, but it can happen outside of the full team environment. In other words, an activity with only the coaches participating (e.g. drafting a retrospective agenda) can benefit from a second pair of eyes. Similar to how developers may engage in pair-programming, two (or more) coaches can make light work of otherwise daunting tasks, saving time, catching errors and preventing rework. A Product Owner / ScrumMaster relationship may make use of this dynamic during (for instance) a story writing exercise or preparing for a complex backlog grooming session.

    To extend the navigator role a bit, an internal coach may pair with an external coach to provide a much needed map of the terrain. When outsiders come to an engagement, the organization may be charged with mistrust and fear (why else would the outsider have been brought in?). Having a “man on the inside” helps to get the “lay of the land” with regards to the organization’s culture and politics, potentially helping to avoid the minefield altogether.

    The Contrarian

    The earlier example showed one instance of this common usage. As a coach, you may find there are times when the team (or one member) resists what is being suggested, even being demanded. In these cases, try having one partner offer a prescriptive approach, while the other provides counterpoint. If there’s a bitter pill, there should be empathy.

    Additionally, when constructive conflict is habitually missing from team discussions, introducing an alternate viewpoint may encourage necessary debate. Two partners can take opposing views in the effort to model a constructive dialogue.

    Senpai / Kohaisenpai-kohai

    The Japanese culture is rich in traditions of well-defined social behaviors, and the senpai/kohai relationship is one of the most popular. Similar to a mentor / protege (or a senior / junior) pairing, this role can be thought of as a more formalized “buddy system” to be used when newer members join an organization (eg. company, school, sports club). The senpai serves as a mentor of sorts, showing his charge the ropes – guiding, protecting and teaching. The kohai offers his full attention and respect to the senior, even though the two may be very close in age and status.

    This can be a very beneficial role to play as an agile coach, whether you are the mentor of the mentee. Thinking back to your first days on the job, did someone help you with onboarding, telling you how to navigate the HR paperwork, where to submit the expense reports and what time is best for booking the meeting rooms? In Japan, the two may bond over dinners or drinks engaged in casual conversations, and the senpai/kohai relationship often lasts many years or decades, usually well past the individuals’ tenures at the organization.

    Co-learners

    When the subject matter is new to both participants, or the terrain is dangerous, each coach helps the other understand in very short feedback loops. Much like infantry soldiers on a dangerous battlefield, high-performing teams offer encouragement to each other as they make their way through uncharted and challenging territory.

    The experience levels of both participants are often close in this role, neither being expert in the new subject or working environment. This type of dynamic may happen when we pair up to do exercises at a conference or other training session. If you’ve ever joined a coaching circle, your assignment could call for you to relate your experiences to a partner who’s job might be to actively listen and understand before swapping roles.

    Much in the same vein as saying “two heads are better than one”, I think of the parable of the blind men describing the elephant. Each of us has our own perspective on things, but by listening to and learning from each other, we help increase our own knowledge bit by bit.

    What’s Next?

    Those are five of the roles that can be played by coaches who work in pairs. It’s likely that there are more, whether obvious or not. The goal of this post was to define these roles so that we can have a common set of terms to use when discussing how to become better coaches by working in pairs. Although I believe that there is very large value to be discovered by pair-coaching, I am not calling for every coach to work with a partner on all projects at all times.

    Over the next several months I will be attending Agile Opens (#AONW begins this week), Coach Camps (I will host ACCUS in Irvine) and a Coaching Retreat, and at each event I will do my best to engage others in this dialogue. It’s my hope to use the matrix below to see where we feel each role fits best given the situations I just described. If you see me there, feel free to pair up with me!

     

  • Scaling Me, Scaling You

    I just scheduled our next meetup and threw these two questions out:

    • How many teams is too many for one roving scrummaster?
    • How many members before a team is too large?

    What’s great is that the group can discuss / debate the question. Despite being in Scrum environments for over six years, I don’t have THE answer, but I DO have some opinions based on solid experiences.

    Without playing too much of my hand prior to the actual meet-up, here’s what I’m thinking:

    Roving ScrumMaster

    I was hired here at SendGrid as an Agile Coach tasked with leading the transformation and maintaining the learning and culture that goes along with that. One year into my job here, we had nine teams located between Anaheim (five), Boulder (three) and Romania (one); and for most of that year, each dev team provided its own scrum master. I and another coach (Stuart joined us in January, 2012) would coach the teams, paying much attention to the nine scrum masters.

    Since then, however, we’ve taken over the role of scrummaster for each team, allowing the devs to focus more fully on the design / development / testing work of the sprint. As you can imagine, Stu and I became busier than ever trying to juggle multiple teams and all the communications and dependencies that go along with this.

    Good to Great

    It’s been said that a good scrummaster can handle 3-4 teams, but a great scrummaster will insist on working with only one. I’m a firm believer in this model, but that wasn’t currently possible in the time frame I describe. Back then (early spring 2012) we were told that the organization would work to hire more scrummasters (and they did by mid-summer), but that in the meantime it was up to Stu and I to handle the responsibilities. The teams woul no longer provide their own scrummaster.

    Results varied. It started with both Stu and I taking four apiece. (The Romanian team was being “managed” by their own “scrum master”.) But Stu and I each had at least one team in Boulder (we’re in Anaheim), and that added complexity.

    Part of my role as Coach has been to spread Agile learnings throughout the organization, including up through management / leadership. I’ve worked with our VPs of Engineering (we’re on our third in two years) to understand the business situation and share my teams’ concerns. It comes down to values on both sides: commitment and focus for the teams and delivery and growth goals from business folks. These values are not contradictory, but neither are they perfectly aligned.

    Pizza Teams?

    Okay, dear readers, time for a pop quiz. What is the ideal size of a scrum team? If you answered “seven, plus or minus two”, congrats – that’s the magic number, also supported by the Scum Alliance and other leading Agile voices. The “two-pizza rule”, attributed to Jeff Bezos, states that no team should be so big that it cannot be fed with two pizzas. In my experiences, this jives with our successes.

    But can a team of only two devs make it work? (Lots of leftover pepperoni and cheese slices.) What about teams larger than nine? Can their scaffolding support them? We’ve hadt tw0 2-person teams, plus another (in Romania) that now brims with ten. I don’t even know what goes on a Romanian pizza.

    Anyway, these are some topics I hope to work through next week. In the meantime, I’m craving pepperoni.