Business - Written by Naumi Haque on Monday, October 27, 2008 11:47 - 6 Comments
The Problem with Knowledge Work Part I: It’s not e-mail
E-mail, as much as we love to hate it, is not the problem.
There’s an assumption among Web 2.0 evangelists and mass collaborationists that the real problem with knowledge work is e-mail (e.g. see our own blog here and here). I’ve been thinking about this a lot, and the more I think about it, the more I’m convinced that e-mail is more a symptom, not a root cause. It’s often said that the challenges associated with enterprise collaboration are 90% cultural and only 10% technology-related. Is e-mail really the problem, or is it the nature of work? Giving up e-mail sounds fine and good, but it doesn’t remove the number of discrete tasks you have to complete. The real problem is the workflow model for enterprise collaboration.
This methodology is by no means scientific, but I’ve analyzed my own e-mail as a test case (I would encourage everyone to do the same). To provide some context; I work within a relatively small team of about 20 people and we are a very collaborative group. For the majority of people in the office, e-mail is the primary means of electronic communication. We also rely on phone and face-to-face communication, but in terms of sending documents and assigning tasks, e-mail is used in most cases.
Looking at an average week, I received a total of 214 e-mails over a seven day period (I don’t use e-mail for RSS feeds or wiki updates, otherwise I’m sure the number would have been much higher). Of the 214, fully 91 were immediately deleted because they were spam, FYIs, or ‘thanks’ (minimal time was spent in this culling exercise). That leaves about 123 in my inbox, or about 23 per day that don’t get deleted right away (only 7 came in over the weekend). Of these 123 relevant messages, there were:
- 29 tasks that fall outside my “normal” workflow.
- 14 tasks which take an hour or more to complete; 3 of which were delegated to others.
- 24 e-mails related to scheduling meetings/calls.
- 56 e-mails where I am the primary or only recipient.
I think the strongest underlying message that I can draw from this is that collaborative work, by its very nature, creates a significant number of tasks that are above and beyond regularly assigned work. This generally includes things like: providing feedback to others; reviewing documents and presentations; joining meetings, conversations, and online discussions; documenting best practices; and identifying new problems and solving them on an ad hoc basis. E-mail often gets blamed for all of this “extra work,” but the reality is, these tasks and activities won’t go away simply by switching to other technologies like wikis, IM, or intranets. Moreover, these tasks often result in new value for the enterprise and need to be recognized as “important work” not “extra work.”
6 Comments
Brent
Interesting post Naumi. I think there’s another angle that accounts for the popularity of email: time — time to think, time to craft a response, and time to figure out what one is actually supposed to do. As you point out, collaborative work generates a lot of additional tasks and many of these tasks don’t conform to the tenets of established policies or workflows. They are exceptions. In many ways, knowledge work is about managing these exceptions. And email is a medium that both gives us the necessary time to respond and limits the possible range of responses to reply, reply all, forward, delete, and ignore.
Weekly blog posts (weekly) « Lelapin’s Weblog
[...] Wikinomics » Blog Archive » The Problem with Knowledge Work Part I: It’s not e-mail [...]
Wikinomics » Blog Archive » The Problem with Knowledge Work Part III: Trust (or lack thereof)
[...] Part I, Part II, Part III Tags: collaboration management productivity trust [...]
I guess I agree with most of what’s been said in this thread. I guess,too, that there is a big difference when knowledge workers are employed in a bottom-line company producding a physical product and when they work in an information business. In a business where information itself is the product, there is a constant dialectic (blurring may be a better term) between communication and the technology used to transmit it. In this case, e-mail is not just a message, it is the subject matter of the company. Would that Marshall McLuhan were still with us.
What I have noticed is that there is an expectation that e-mail is as reliable and accountable a way of communication as is real-time talk.
Too often, I’ve seen people send e-mail with the expectation that a matter is now taken care off. And they never had to confront anybody or deal with any emotional content. They then wash their hands of it. There arises an assumption that the recipients are monitoring their mail at all times and will act on it. One of most ironic things you can see nowadays, is someone storming into an office, or picking up a phone, and bellowing: “didn’t you get my e-mail?!?!”
Adding this to my bookmarks. Thank You
Leave a Reply
Browse Content
- The iPhone, growing up digital, and my daughter's education
- Playbor: When work and fun coincide
- Lessons in collaboration from B.B. King’s
- A decade of frustration ahead?
- Games, user experience, and retroactive Continuity--All enabled by platforms
- Survey: How prepared is the enterprise to lead in the age of unbounded data?
- When you ask customers to dance, let them lead
- Real world examples for collaboration ROI
- Will you use Target's mobile coupons?
- Mobile platform magic: Five things executives must know about mobility
- Addressing the social media ‘support gap’
- On unintended consequences
- Mobile platform magic: Five things executives must know about mobility
- Will you use Target’s mobile coupons?
- Lessons in collaboration from B.B. King’s
- Games, user experience, and retroactive Continuity–All enabled by platforms
- Survey: How prepared is the enterprise to lead in the age of unbounded data?
- A decade of frustration ahead?
- The iPhone, growing up digital, and my daughter’s education
- Real world examples for collaboration ROI
- Playbor: When work and fun coincide
- farmville is the best game ever and this is the best blog post!...
- Physicians are totally antiquated in their use of the computer. Its funny - a r...
- Great list of questions, Laura. Check out this post by someone who signed up for...
- Not everybody will have read Malthus. And the the title heading of this post app...
- Given the numbers not connected properly, there's continuous digital divide....
- Quite possibly....
- Due to global financial crisis companies and individuals are affected. Many work...
- Good post Naumi,
I like how you relate the jazz band performance to customer ...
Business - Mar 19, 2010 16:57 - 0 Comments
Addressing the social media ‘support gap’
More In Business
- Mobile platform magic: Five things executives must know about mobility
- Will you use Target’s mobile coupons?
- Games, user experience, and retroactive Continuity–All enabled by platforms
- Survey: How prepared is the enterprise to lead in the age of unbounded data?
- Real world examples for collaboration ROI
Entertainment - Mar 9, 2010 16:58 - 3 Comments
Lessons in collaboration from B.B. King’s
More In Entertainment
- CL!CK – LEGO’s fun social product development platform
- Peer Pressure 2.0: Farmville
- Online gaming more than just fun
- The NFL – The most protective league, attempting to control the uncontrollable
- The rise of computational photography and the birth of camera 2.0


I think an analysis of the effect of email on collaboration in organizations needs to take into account the variation in organization. I work in a larger professional services firm that uses email as the basis of its work distribution and much firm-wide as well as inter-team communication. Thus, whereas I get almost no spam or social email, I get a large portion of firm-wide news-type emails. However, the vast majority of the email that I receive is the work itself (instructions, files, etc.) I think it would be interesting to investigate these differences and how they relate to organizational cultures.