How Team Members Learn From Each Other in Agile Teams
When adopting agile teams can use (external) coaches and mentors. But teams can also develop themselves by having team members mentoring and coaching each other. Team members can learn skills and abilities from other team members in multidisciplinary teams, enabling the team to grow as a whole and become self-organized.
Scott W. Ambler explains in myths and misunderstandings about agile teams how agile supports that team members learn from each other.
Agile promotes iterative, collaborative, and experimental strategies. This promotes learning within the team, it doesn’t reduce it. Agile, and lean strategies in particular, expect the team to learn as you go. They’ll learn more about the domain, about the technologies they’re working with, about how to work effectively, and about each other. When people work together collaboratively, not alone at their own desks, they start to pick up skills from one another naturally.
As a way to learn new skills and abilities, team members can coach each other as described in the article everybody needs to be a coach in agile on scrumexpert.com:
When you observe a well-knit team in action, you’ll see a basic hygienic act of peer-coaching that is going on all the time. Team members sit down in pairs to transfer knowledge. When this happens, there is always one learner and one teacher. Their roles tend to switch back and forth over time with, perhaps, A coaching B about TCP/IP and then B coaching A about implementation of queues. When it works well, the participants are barely even aware of it. They may not even identify it as coaching; to them, it may just seem like work.
Mike McLaughlin talks about his experiences with mentoring in the agile coach on mentoring. He gives an example how colleagues can be mentors for each other:
First off, you can have more than one mentor. And maybe you don’t even tag them with that moniker. That’s a lot of responsibility. Stop by their desk and ask them if they have a couple minutes for a quick chat on something perplexing or that you’d like to know more about. If they’re a good mentor, they’ll guide you, rather than answering all your questions directly.
Team members mentoring each other can be a win-win solution for learning as Mike describes:
Your relationship with a mentor should be a two-way street. The mentor needs to get something out of it as well. It’s not all about you all the time. Be sincerely interested in them. It’ll show and grow your bond with that person. At the end of the day, we’re all constantly learning from each other.
Agile teams are often multidisciplinary. Tirrell Payton provides ideas for team members to learn new skills from each other in his blog post how can an agile team be truly cross functional when team member have different skills sets?
Cross functionality doesn’t happen over night, and with a team that is just starting, you get very little cross functionality to start. This happens over time, with pairing, cross training, lunch and learn sessions, and other modes of sharing information about “how things work”.
Look for easy ways to make your teams cross functional first, then move up in difficulty. Allow time for the team to learn from each other and round out their skills. Allow for promiscuous pairing, and the cross functionality will come as a result of people’s natural curiosity.
Skip Angel mentioned attributes of team members to become self-organized in the blog post self-organization: the secret sauce which includes ideas that support team members to learn from each other:
- Accept change – Team is always looking for ways to improve how they work, we should be willing to open minded and accept change as it happens.
- Try new things – Team makes commitments as a group, we may have to step out of our comfort zone and learn something new in order to help the team commitment. This requires taking risks, experimenting and helping the team with work outside your job description.
- Take action, instead of waiting to be told what to do – We can not wait for someone to tell us what to do, if we see something that needs to be done, we share that with the team or do it if necessary.
- Help others to succeed – If you see that someone needs help or more experience in a certain skill, offer your assistance if you can. In the end, this helps the team succeed.
- Consensus decision making – The team will have to make many decision, they will need to agree as a team on how they will make decisions.
- Peer coaching and feedback – The team should be looking for ways to become cross-functional and amplify learning. One way of doing this is through peer coaching and giving feedback to one another.
- Group problem solving – The team is responsible for solving problems together quickly.
- Conflict management – Learning how to resolve conflicts, teams will have to agree together on how they will resolve conflicts amongst the team.
Shane Hastie on Distributed Agile Teams, Product Ownership and the Agile Manifesto Translation Program
Shane Hastie Apr 17, 2015