Agile Coach

One of the new roles introduced by agile software development is that of the team coach. Until agile came along, coaches were confined to the executive suite or the sports field. As with any new role, it will take awhile before it is fully understood and scoped. Agile teams can—and do—exist without the coach role, but such teams do not necessarily achieve peak performance.

Reports from Yahoo! suggest that coaches can make a significant contribution. In this study, Scrum teams without coaching support increased their productivity by 35 percent, while those with coach support recorded 300 percent or greater improvement.

What Does a Coach Do?
For some people, the title "agile coach" is self-descriptive, but let me offer a definition: An agile coach helps a teams or individual adopt and improve agile methods and practice. A coach helps people rethink and change the way they go about development.

The coach role is part embedded trainer and part consultant—specifically, an adviser. Even the best agile training courses cannot cover every detail or eventuality a team will encounter. The coach is there to continue the training after the formal classes are over.

Having an on-site coach helps team members put their training into action. Too often, people attend training, think it’s good stuff, and then fail to incorporate their new learning into their daily work. This is particularly true when the organization sends mixed messages about change.

The coach can help teams apply agile and lean thinking to the specific environments and impediments they face. Working as an adviser, the coach can help the team adapt the methodology to their situation, and help them challenge the existing environment.

Taken together, these two sides make the coach an effective change agent—someone who is both motivating change and making it happen. That an organization is prepared to spend money on a coach demonstrates that they are serious about making change happen.

So as well as helping the team execute the agile vision, the Coach may also help motivate the team to that vision by painting a picture of how the agile world works by telling stories and providing explanations.

3 Types of Coach
While every agile coach brings their own approach to an assignment, there are, broadly, three types of coach.

The first is technical. Such a coach works mainly with those cutting code and sometimes becomes fully integrated with the developers.

Technical coaches are likely to be found pairing with developers to help them apply test-driven development, support developers in refactoring work, and help improve the continuous integration system or other activities that are close to the code.

Technical coaches are experts in what they do, and they aim to both transfer their knowledge and enthuse team members to try new approaches and techniques.

The second type of coach is also an expert who aims to transfer their knowledge. However, the focus is not on technology, but on process, management, and requirements. These coaches work with project managers, line managers, business analysts, product managers, and others who are responsible for making the work happen.

Rather than working with the code, coaching tends to happen in meetings and one-on-one sessions. There is a greater focus on facilitating events that help create change and improvement.

For example, in addition to moderating stand-up meetings and planning meetings, I normally run retrospectives and “future-spectives,” an event that applies many of the same ideas and techniques as a retrospective but is used to kick off a new project or agile transition.

When working with managers, there is more to coaching than simply knowledge transfer. It is much more about helping people rethink their assumptions and mental models. Many managers have experienced career success with other development modes, so they may perceive agile as a threat. Here, coaching gives way to the third type.

The third type of coach may work with everyone in the team, but mostly with managers and analysts. In this mode, the coach drops the expert persona and focuses instead on helping individuals and teams solve their own problems. To do this, the coach takes on a nondirective approach, declining to provide direct advice and recommendations. The coach may or may not be an expert in the field, but they assume the "coachee" is the expert, so the coach helps facilitate their learning.

The diversity of coaching roles makes it difficult for one person to fill all of them. A technical expert will find it difficult to switch to a nondirective mode, and team members may be confused when an expert starts throwing questions back at them. Even if one individual can cover all the bases on all but the smallest projects, there is unlikely to be enough time to do each role justice.

Longevity of Coaching
However a coach works, and whatever approach they take, the coach needs to avoid creating a learned dependency. This happens when the team comes to depend on the coach, and without them, the team falls back to their old ways. Coaches need to be able to withdraw when the time is right and let the team continue.

While many companies will have their own coaches on staff, and some will work with teams day in, day out for months or even years, there is a lot to be said for using external coaches and limiting the period of coaching. Internal coaches may start with the advantage of knowing the team and domain, but external coaches benefit from bringing a fresh mind and new perspective. This allows them to challenge assumptions more easily and suggest alternative approaches.

Some coaching activities, such as running retrospectives, can become stale and formulaic over time. Changing the facilitator can inject energy and new ideas.

Exam Format