CodeBetter.Com
CodeBetter.Com
RSS 2.0 via Feedburner
           Do you Twitter? Follow us @CodeBetter

Jeremy D. Miller -- The Shade Tree Developer

Under the hood and working with .Net, TDD, Software Design, and Agile Stuff

Once and for all, email is not a good medium for communication

http://www.wired.com/news/technology/0,70179-0.html?tw=rss.technology

And try Alistair Cockburn's classic article on the effectiveness of various forms of communication:  http://alistair.cockburn.us/crystal/articles/cpanfocisd/characterizingpeopleasnonlinear.html

We're a little satellite office and we suffer from some occasional communication gaffe's related to email misunderstandings.  Body language doesn't come across over email and it's very easy to offend somebody in an email.  Nothing beats face-to-face communication, but I think you're better off picking up a phone to discuss anything that could be contentious rather than relying on email. 

We struggled a little bit when our one and only tester was at a different office.  Email is a bad enough, but depending on a bug tracking tool for developer-tester communication is borderline insane.  The clincher for me was the time I stumbled over some hidden tab in the bug tracking website and found a really whiny, passive-agressive comment about the developers not giving the tester enough information.  No phone call with questions or even an IM, just a pissy note hidden away in the bug tool.  Grrrr.

One of my former employer's had the bright idea to outsource a lot of coding overseas, but keep all of the testing and analysis in Austin.  Let's see, developers and testers spread out over about 12 hours time zone difference on two continents and only talking through documents and email.  That sounds like a great recipe for total failure.  When I piped up and said "this isn't going to work" the manager in charge of the offshoring just looked at me funny. 

 


Published Feb 14 2006, 07:22 AM by Jeremy D. Miller
Filed under:

Comments

Eric Wise said:

When managing projects it's important to realize that every time you have to communicate with anyone else, you just added another bit of complexity and cost to the project.

When that person isn't readily available, ie in other offices or different time zones, you just added that much more cost to get things right.

When the person crosses cultural and language barriers as well it's about as bad as it can get. Hopefully the "cost savings" of offshoring outweigh the added cost of communication, complexity of explaining the needs, and time spent chasing down someone in a different time zone.

In my personal experience... very rarely do these "savings" from offshoring pay off.
# February 14, 2006 10:47 AM

Leave a Comment

(required)  
(optional)
(required)  

Enter the numbers above:
Add

About Jeremy D. Miller

Jeremy began his IT career writing "Shadow IT" applications to automate his engineering documentation, then wandered into software development because it looked like more fun. Jeremy previously worked as a systems architect building mission critical supply chain software for a Fortune 100 company and learned agile development practices as a .Net consultant at ThoughtWorks, one of the pioneers of agile development. Jeremy is the author of the open source StructureMap (http://structuremap.sourceforge.net) tool for Dependency Injection with .Net and the forthcoming StoryTeller (http://storyteller.tigris.org) tool for supercharged FIT testing in .Net. Jeremy's thoughts on just about everything software related can be found on his weblog "The Shade Tree Developer" at http://codebetter.com/blogs/jeremy.miller, part of the popular CodeBetter site. Jeremy is a Microsoft MVP for C#. Check out Devlicio.us!

This Blog

Syndication

News

All opinions expressed here constitute my (Jeremy D. Miller's) personal opinion, and do not necessarily represent the opinion of any other organization or person, including (but not limited to) my fellow employees, my employer, its clients or their agents.

About Me

"Best Of" Compendium

StructureMap (Dependency Injection for .Net)

StoryTeller (Supercharged Fit)

Build your own Cab

TestDriven

MVP