Everyone has their preferred method of communication, which they tend to overuse at the cost of other methods. At MySQL AB, email was preferred in many situations where picking up the phone would have saved loads of work, frustration and distractions. SkySQL Ab as a company is equally distributed across continents and time zones. Not surprisingly, we have inherited some of MySQL's bad habits, and created a set of new habits, good and bad. The purpose of this write-up is to take a step back and reflect upon which tool fits which purpose, focusing on a virtual company with colleagues spanning many time zones.
The matter of how to collaborate and communicate has more aspects to it than merely thinking about alternatives to phone and email. It ranges from information architecture issues (how are documents shared and categorised?) over policy issues (what information is individual, what is shared amongst a few, what is company wide, what is shared with the outside community?) to attitude issues (how do I deliver criticism to my colleagues?). While you can shed light on the topic from many directions, I will here take a bottom-up approach, pondering "what tool should I use right now, to achieve my goal?". My attempt is to choose a weapon that fits the purpose.
My assumption is that I work in a situation where there is an established set of communication tools, all of which have some room for improvement when it comes to configuration. Most of all, I assume that there is no agreed policy of what tool to use when: no common understanding of the choice of weapons has been established, as the matter hasn't been thought worthy of attention.
In addition to an email system and a set of mobile phones, I assume there is
- an externally visible instant messaging system, normally Skype
- an internally visible instant messaging system, such as IRC
- an intranet, where documents, calendars, and policies can be shared, such as Google Sites
- an internal document sharing system, such as Google Docs
- an externally visible file sharing system, such as Dropbox
I also make other, less boring assumptions. I assume there are personalities in the company, who make themselves known through their methods of communication.
Simon is a prolific communicator. He gets things done, yes he does. He has a razor-sharp focus and expects others to share his focus and goals right here and now, no matter if they're his bosses, his team colleagues, or colleagues from other teams. Simon
- sends emails right now
- conveys a sense of urgency
- sets the expectation that matters have to be resolved more or less immediately
which all sounds more or less good. But he also
- forgets about descriptive email headers
- brings up unrelated topics in existing email chains
- creates new email chains for existing topics
- spams everyone and their cousin with heaps of email
which matters less to Simon than his colleagues. Simon can ask "Did you read my email from last Thursday?", believing it's as urgent, important and clear to you as it is to him.
I have been surrounded by more than one Simon in my career, and my wish to Simon is
- Stay Simon! Retain your focus, your drive and ambitions. Yet, expect to have to work a bit smarter (not louder) on involving your colleagues.
- Think of the recipient! While "getting the matter out of your system" is a virtue, do also think about increasing the likelihood that others will pick up the ball from where you leave it.
- Think before you send! For each email, have a goal. Make that goal more clear than "make the recipients aware". What action do you wish them to take? Will your email persuade them to do that?
- Build upon existing (mental) structures! Refer to quarterly goals, to the CEO's statements, to earlier emails (ideally written by the recipient), to phone calls. Make it easy for the recipient to understand what the email is about.
- Send fewer emails! Not every thought of yours is best mapped to a sent email. It can be a note to self about matters to discuss in a chat (voice or text), to bring up in the weekly or monthly report or in the next meeting.
Overall, Simon would benefit from his audience not thinking "Ahh, yet another Simon email. I'll read it later [as it is distractive, takes time to interpret, or may be frustrating]." but "Ohh, Simon writes me. I better read it [as it is important, actionable, and related to my goals]!"
Simon's colleagues also fall into categories. Painting further stereotypes in equally vivid detail would cause me to lose a majority of the readers that have not lost their interest yet at this point, so let me instead come with a list of twelve suggestions. Some of them work also for Simon.
There's more to efficient and effective collaboration than this. Next time, I'll attempt at shedding light on the topic from a different angle!