2019 BIG APPLE SCRUM DAY: COACHING CLINIC (COACHES WORKSHEET)


This page is being gradually developed towards May, 2019 Big Apple Scrum Day Coaching Clinic.

For similar past events please visit:

Below are some basic guidelines for participating coaches on how to run a coaching clinic during Big Apple Scrum Day.  Experience and working models of previous clinics (Scrum Alliance, Agile Alliance) have being used. If you have other recommendations or additional ideas, please suggest 🙂  .

General Coaching Guidelines:

  • Wear a coaching hat – we shall try to get some from Scrum Alliance folks (their ‘station’ should near the clinic)
  • Walk-ins are OK if we have capacity
  • Each session is limited to 15 min, unless there is no line – then you can attend to another person
  • Appointments get priority over walk-ins
  • It is OK to offer a business  card for future consultation but Do NOT sell services or proactively solicit business, while coaching
  • Paired coaching is OK if we have capacity (one coach works, another observes; then– debrief).
  • Always, start off with understanding what brought a person to the clinic (e.g. “What brought you here?” or “How I can help?”)
  • We can briefly retrospect at the end of the day or, if not possible, later via email

Participating Coaches (BOARD view):

This is us – the clinicians:

Coach’s Name Home base
 Gene Gendel  New York, USA
Mary Thorn Raleigh, NC
David Liebman New York, USA
Faye Thompson Hilliard, OH
Skylar Watson Des Moines, IA.
Jim York  Leesburg, VA
Alexandr Kizhner   New York, USA
Amitai Schleier  New York, USA
Ben Scott Richmond VA
Ross Hughes  Burlington, Vermont
Dustin Thostenson Des Moines, IA.

 

Coaches’ Availability (BOARD view):

In the morning, we shall put up a board in our working area.  On this board, each coach will put his name (on a sticky), in a time slot when he/she is willing/able to offer service.  Example below:

Time Slot Available Coach
8:00 – 8:30
8:30 – 9:00
9:00 – 9:30
9:30 – 10:00
10:00 – 10:30
10:30 – 11:00
11:00 – 11:30
11:30 – 12:00
12:00 – 12:30
12:30 – 1:00
1:00 – 1:30
1:30 – 2:00
2:00 – 2:30
2:30 – 3:00
3:00 – 3:30
3:30 – 4:00
4:00 – 4:30
4:30 – 5:00

Note: Time slots should correlate to the Event’s Main Schedule

 

Appointment Schedule (BOARD view):

On this board, each attendee will put his/her name/discussion topic (on a sticky), into a time slot when they are planning to attend the clinic.  Attendees may request multiple time slots, within reasonable limits. Each request  = one sticky note.  Example:

15-min Time Slot During

Attendee Name/Discussion Topic

Registration
Morning Session Part 1
Morning Break
Morning Session Part 2
Lunch Break
Afternoon Session Part 1
Afternoon Break
Afternoon Session Part 2

Note: Time slots should correlate to the Event’s Main Schedule 

BOARD: Coachee’s Response:

On this board, every clinic attendee  will be asked to write a brief feedback on a sticky note (example from Orlando). They may or may not provide the name of a coach that offered assistance – it is up to them.   We, the coaches, don’t have to watch them doing this.  Once we are done with a coaching session, they can self-manage.

BOARD: Appointment Counter

On this board, we shall be collecting all sticky notes that were served. Attendees will be asked to post them there, after they attended the clinic.

 

 

Tips To Run ‘Big’ Retrospectives

For any team that uses scrum framework, a retrospective is a mandatory event that takes place at the end of each sprint.  It is an opportunity for a team to reflect on their most recent learning, while it is still fresh in everyone’s mind.  There are many tips, techniques and tools for running a retrospective.  They start with very basic guidelines of the Scrum Guide and expand into experiences and experiments of many teams and practitioners.
There are also recommendations on how to run a retrospective in more complex/scaled organizational settings, with multiple teams sprinting together (e.g. Overall Retrospective in Large Scale Scrum), as they work on the same product or service and support the same Product Owner and/or customer journey.
Depending on team(s) maturity, a retrospective could be run with or without assistance of an experienced facilitator (Scrum Master, coach) that possesses guide-level expertise in Scrum.
[Notably, a retrospective format is not unique to Scrum.  For example, Kanban teams can also retrospect, on-demand, whenever they feel there is a need.]

What about other organizational settings, outside of team dynamics? What about situations, when multiple individuals, from different organizational areas need to come together and retro-actively inspect (a.k.a. retrospect) on their work within and across various organizational areas, or across multiple organizations (e.g. internal departments, between partners-companies, vendors), involving communication, collaboration, reporting, managing each other’s expectations? 

Below, are some practical tips on how to organize and run a ‘big retrospective’ (e.g. after multiple sprints and/or completing key deliverable, with people that are not members of development teams).

  1. Most importantly, try having all required parties in the same physical location.  For people that are at remote locations, use video conference rooms, and to the extent possible, cluster people together. For example, if a group is distributed between location A and location B, and there is no way to bring everyone together at either location, don’t settle for letting ‘everyone joining from their desks’, via video phones.  At least, maximize clustering of individuals, at each respective location, by using conference rooms.
  2. For large groups (more than 20 people), try identifying individuals-delegates that represent views and opinions of others.  This is done to reduce noise (too many communication nodes and channels) from people involved in discussions.  Identifying delegates will also help with the first guideline above: collocating fewer people in the same place is more cost-effective.  Be careful, when selecting delegates:line managers, engagement managers, leads etc. – are not the best delegates.  Ideally, delegates should be on-par with people they represent.
  3. Consider bringing an external facilitator – someone who does not represent views or interests of any specific group of people or department.  A facilitator must be neutral and unbiased – a completely impartial person.  If a facilitator understands internal organizational dynamics – this is great but not mandatory.  An experienced facilitator will be able to adjust on-the-fly and leverage to his/her advantage, domain knowledge and subject matter expertise of other participants that are involved in a retrospective. Sometimes, one of the organizational units involved in a retrospective may have their own experienced facilitator available.  Falsely, such person could be perceived by other retrospective participants as someone who is subjective or biased.  Such preconceived notion may create a problem and must be addressed from start.
  4. With many people involved and/or joining from remote locations, consider doing some preparatory work that will help running a face-to-face retrospective more efficiently.  This could be effectively done by a facilitator, by collecting ahead of time, from all future retrospective participants, their preliminary feedback: wishes, concerns, recommendations.  All collected information can be then reviewed and analyzed, to make it more presentable and actionable at a retrospective: duplicates – removed, relevant items – grouped together.
  5. During a retrospective, a facilitator can present all participants with collected and refined information (4 above), in the form of index-cards and leverage one of facilitation techniques (e.g. dot-voting or priority vs. impact plotting) to decide on the order of items to be discussed. Additional, blank index cards should be available on-hand, in case there are last-moment ideas that emerge in a room.
  6. Each discussion point should be time-boxed.  However, since not all discussion points are of equal priority and complexity, time required to spend on each may not be the same.  It is also important to keep a discussion focused/tailored and not let it digress to tangentially relevant (or completely irrelevant) topic.  It is a good practice to spend some extra time at the beginning of a retrospective to not only prioritize discussion points but also estimate, roughly, how much time is each discussion point may take.  This approach of balancing discussion items’ priority vs. complexity, essentially, is identical to what a team does to backlog items during a product backlog refinement session.
  7. Retrospectives that involve people that don’t work on the same team, let alone, individuals from different organizational structures and of different levels of seniority may create a lot of additional tension in a room.  The latter, especially, may force more junior people become very reserved and un-confident in stating their opinions, in front of more senior colleagues (some of whom may also be their line managers).  Allowing privates speak before generals (a.k.a. “military democracy”)” could be one of the ways to ensure that junior people are not anchored to views of more senior people and feel comfortable and safe to speak out openly.
  8. Similar to a single team retrospective, a big retrospective, should culminate on a positive note (friendly, mutually supportive vibe) with at least, a handful of most critical items, becoming immediate actionable.  Since topics that are bought up at big retrospectives are usually more systemic/organizational in nature (as opposed to tactical, team-level), each actionable should be preferably owned by a more senior person.