Distributed sucks.Â Human interaction is far better than virtual, all the more so for teams of any significant size.Â I have worked with successful distributed and local teams.Â The local teams were far superior in their ability to improve.Â I much prefer the lifestyle afforded by distributed teams.Â But that lifestyle comes at a significant cost that today’s tools cannot even begin to mitigate.
Editors note: Wide Teams is about more than just advocacy for dispersed teams. One of the reasons this site exists is to foster a robust conversation about all aspects of remote work – including the very real challenges involved. In order to get a critical perspective on distributed work, I asked my friend, former coworker, and fellow blogger Chris Strom to write this guest article. As someone who has managed both collocated and distributed teams, Chris is eminently qualified to comment on the issues involved. If you are a remote worker, I hope this post will spur you to think seriously and creatively about the difficulties Chris highlights. — Avdi
Let’s face it, conversations around distributed teams always involveÂ attempts to digitally capture one or more facets of human interaction.Â A web site may be able to partially mimic whiteboard discussions. Â AÂ single tool might allow you to read the body language and hear aÂ couple of team members. Â But there is nothing that encourages ad-hocÂ whiteboard discussions with multiple team members producing highlyÂ visible, easily recorded artifacts. These real-life discussion areÂ fertile ground for team growth.
When I inherited a team back at the beginning of 2007, we were a teamÂ of 20+ developers distributed across the US and Canada. There wereÂ questionable business reasons for the distribution, but reasonsÂ nonetheless. Â We were sadly dysfunctional.
Over the course of the next three years, there was an incredibleÂ amount of change in the business — much for the better, but likelyÂ more of it for the worse. Â The biggest change was that we closedÂ remote offices and shrank to 4 local-only developers. During thatÂ period two things did remain constant: how we estimated the work and how much of that work got done.
Think about that.
We went from 20+ developers to 4 Â — four! — and the amount of workÂ accomplished in a release stayed the same. Â Many of the developersÂ that left were more talented than the ones that stayed. Many are wellÂ known and well respected (and rightly so) in the community. Â So howÂ could the amount of work accomplished remain constant?
There are two reasons that I have identified allowing theÂ few-left-behind to maintain output. Â First, the codebase got better.Â Like I said, we had extremely talented people working on theÂ distributed team and they helped. Â A lot.
The other reason is that we were no longer distributed. Â We no longerÂ had to lose context when the phones went wonky or Skype decided toÂ die. Â We no longer had to take time out to manage off-site buildings.Â We no longer had to manage off-site personalities or perceived,Â digitally enhanced slights.
Conversations at the whiteboard were immediately absorbed by theÂ entire team. Digital contention was replaced by analog learning.Â Artifacts of that learning were visible for all to build upon. Â SomeÂ of the departed were local and, while here, taught the few-left-behind. Â And the few-left-behind learned because “I think IÂ understand” might be accepted digitally, but lack of comprehension isÂ immediately obvious in-person.
This is not to say that I believe that distributed teams cannot work.Â I have worked distributed and distributed worked, to a point. TheÂ successful digital team was already strong but made little progress toÂ improve — as a team or as individuals. Perhaps improvement was notÂ as important. Â After all, we were already strong individuals and thusÂ made for a formidable team. Â We did not need to improve, just execute.
Ultimately, strong individuals committed to self-improvement can makeÂ for a successful distributed team. Â But even they will benefit theÂ more often they get together in-person. Â I still hope to work onÂ distributed teams in the future, but only if they are small andÂ focused on a well-defined project. Â Ideally, I will be able toÂ continue working on small, local teams that I can help grow and can,Â in turn, encourage me to grow.
What do you think? Is is possible to find a large distributed team that institutionalizes growth of the team, the project and individuals?