Mark Pearl

Disconnected Pockets of Brilliance

In the last few years I have discovered that there are software development teams spread across the world that are doing amazing things.

Some of the things I seen across these teams include:

  • teams that intentionally create team culture.
  • unique ways to represent collaborative work.
  • advanced mentoring and intentional learning techniques.
  • pushing the boundaries of mobbing.

The challenge is that all these teams are disconnected - each team has pockets of brilliance. We need to fix that!

So how do we connect these pockets of excellence? Currently I’ve seen two approaches used:

1) Company pays a guru consultant to come and visit and share insights. The guru spends a few days sharing wisdom with the team, before moving on to the next team.
2) Company hires new employees who bring some of the “magic sauce” with them from their previous employers.

Neither of these approaches are great. The guru is expensive, the hire is permanent and infrequent. Neither approach encourages regular sharing. At Driven we’ve found a better way - we call it “Team Tourism” (although I would love a better name for it).


Passports

What is Team Tourism?

Team tourism is the idea that every once in a while we need to get out of our specific team and be a tourist with another team with the intention of openly sharing. The person touring has just as much responsibility in sharing as the team being toured. The aim of team tourism is to create intentional cross pollination between organizations at a higher cadence than currently exists with consultants or new hires.

How does it work?

A person visits a team for a period of time. During the visit they learn by participation. This means the tourist joins the team, pairs or mobs with others, attends stand up, attends retro, etc.

Why is this a better way?

Open cross pollination at a fraction of the price with no bias - nobody is selling you anything - you get to see exactly what and how a different team handles things which sparks ideas for your own team.


Practical Implementation

At a conceptual level there is a compelling argument for team tourism - how to practically implement it varies. To help, I’ve put together a few suggestions from my own experiences that I’ve found help make it effective…

How long should a tourist visit?

  • One to three day’s is great. I’ve found anything less than a day is too short with even one day being a bit overwhelming (especially if you have travelled a distance to get there). My preference is two days which gets to show you some of the routine.

Who covers the costs?

  • Costs of tourism should be shared between companies. Typically if there is a reciprocal visit planned it makes sense for each company to pay one leg of the trip. There should be no profit making motive.

Is this work or leave?

  • Companies supporting tourism should consider time spent at another team ‘work’. I’ve tried doing tourism on my on leave - I gained a lot from it but alas for me, it is hard to do when leave with family is so limited anyway.

Additional No No’s

  • Team tourism is not a ‘polite’ word for poaching staff - for it to work sponsoring companies should not be concerned that their staff will be poached.

Interested in doing a team tourism day with me?

I love doing tourism days. I’ve found two things typically hold me back from doing them more frequently.

1) Expenses (Travel & Accommodation)
2) Taking leave

If you would be interested in having me be a tourist at your company shoot me an email and we will see if we can make it happen.

References

I briefly spoke about the concept at Agile Roots in 2015



blog comments powered by Disqus

Want to get my personal insights on what I learn as I learn it? Subscribe now!


/