Is RSS part of the problem or part of the solution?

January 5th, 2009

In the beginning there was Email Overload. Then RSS feeds arrived on the scene, and at first they looked like an interesting alternative to email as a way for getting information to people. They had that “pull mode” aspect – you could subscribe only to feeds you needed, unlike email that gets pushed at you by other people. Of course email was still necessary for one on one communication, but RSS could replace the “blast” email newsletters and such one to many comms.

Then it became evident that there are countless feeds from blogs and web sites to choose from; before long some people had hundreds of feed subscriptions (a friend of mine had 1200!), and it seemed like the same overload would hit us all over again. For my part I doubted this; my thinking is that there’s a crucial difference: Email queues up in the Inbox with the implicit expectation that one must read it all; with RSS feeds, you can choose what to read and what to skip, and you needn’t feel bad about the skipping. Certainly I don’t.

Still, one reads of people viewing RSS as a burden, so I’d like to hear from you: what do you feel? Is RSS prone to adding to overload – for yourself, and in general? And if so, how do you cope with it?

IO in a call center environment

November 26th, 2008

By IORG member Nitin Badjatia

While we often think of the productivity loss of information overload from an individual perspective, aggregating the impact of lost productivity across a large group can lead to some astounding realizations.  An example of this in the call center environment.  Over the last few years, I’ve spent a lot of time analyzing and observing process flows in dozens of customer service call centers across North America.  Most of these operations are at the ‘forgotten’ end of a product cycle, often times considered a cost center, enduring year after year of reduced headcount and shrinking budgets.  The same successful companies that spend vast sums of money to optimize their supply chain and partner network, overlook the lowly call center as a place to radically increase productivity through some simple process and systems enhancements.  Much of this productivity increase can come from simplifying the dizzying array of systems and databases that agents are required to interact with.  I’ve sat with agents who had to deal with a dozen applications or more, sometimes on the same inbound customer call.  Tabbing through screens at lighting speed, while under constant pressure to manage to an average handle time target, it’s no surprise that the attrition rate at many call centers can exceed 60% per year.  In many instances, this frenetic behavior could have been avoided by spending a few dollars upfront to integrate systems and simplify agent workflow.  By building a consolidated, trusted system organizations can reduce the number of places that agents need to search to find the right resolution.  In one instance, we identified an integration that shaved 30 seconds off the average 4 minute call.  Multiplied by each call for each agent, across a year, the savings were in the millions of dollars.  Now, that accounts for the savings, but it also had a radical impact on agent retention.  Agent retention increased by double digits as they felt less overwhelmed while handling customer exceptions.  They now had a trusted system, one location that they could rely on for most issues.

A second order affect of building a trusted system is that agents can be trained to process, and not to products.  Much of the information overload in call center environments comes from the constant flow of new products and services that organizations release.  As these products are pushed out the supply chain, agents are often sent – usually via email – ‘fact sheets’ or briefing documents on the new products.  In many environments, this can be a dozen or more new products and enhancements per week.  Trying to remember all of this new information can be a daunting task, if not impossible to master.  By building a trusted system, a single source of truth if you will, agents can be trained to trust the process of accessing the trusted systems for the best answer, instead of having to remember the best option.  This simple tweak in process flows has a major impact on agent productivity and reduced stress levels.

The return on investment for these two approaches, building a trusted system and trusting a process, is fairly quick.  I’ve seen successes with these techniques in many customer service environments, but there are still many opportunities for improvement.  With the massive expansion of data that we’ll see in the coming years, information overload will continue to be a major sore spot for organizations that don’t recognize the productivity loss in their call center environments.

Email and the Polycom…

November 10th, 2008

We all know those meetings where everyone is “doing email”; we know that this affects the attendees’ hearing – nobody listens. But there are cases where it also affects their speech, as transmitted to other attendees in a different location.

To see how, check this post on Commonsense Design, my other blog.

The awareness problem

October 31st, 2008

The other day I gave a lecture about Information Overload at a technology conference. Afterward a number of attendees approached me to discuss it. I asked one of them – himself employed at a technology company – whether the extent of the problem in his workplace was as bad as I described it in general, and he asserted that it certainly was; no surprise there. But then he remarked that although he lives with the problem every day, my lecture was the first time he gave thought to this matter from this interesting and different angle… he was referring to the manifold aspects of the impact on knowledge worker  productivity, such as the longer time to execute tasks or the reduction in creativity engendered by constant interruptions.

This was a glimpse of a problem I think is fairly widespread – many organizations live with IO while being in a sort of denial about its impact on their actual business. Most everyone feels the immediate effect on their stress level and quality of life, but they don’t make the leap to realize that work output suffers as well.

I think that is one key area where we of the IORG can be of use – to raise awareness of what is really going on. If they don’t understand what it’s costing them, businesses will be unlikely to assign resources to fixing the IO problem!

What do you think?

EOM now recognized by Gmail!

October 17th, 2008

I can’t remember where I heard the EOM technique originally, though I was certainly teaching it widely at Intel as early as 1999, and it was published externally in 2001 as an “Intel Email commandment”. The idea is simple:

When possible, send a message that is only a subject line, so recipients don’t have to open the email to read a single line. End the subject line with < EOM> , the acronym for End of Message.”

I was pleased to read on the Gmail blog (via Lifehacker) that Google have added this as a feature to Google Mail; or rather, they made Gmail recognize it: if you add (EOM) to the end of your subject line, Gmail will skip the usual prompt asking you if you want to send the message without any text in the body.

Cool!

What would you like to see IORG work on?

October 5th, 2008

IORG is a young organization, and we on its board of directors – Bill, Deva, Jonathan, Yoram and yours truly – are working hard to define the future course of action the organization should embark on in the next year or so. We have our ideas, but I’d like to hear yours.

So – let us know, in the comments to this post: what do you think we should do – keeping in mind that we must prioritize, given our limited resources at this point?

Do tell!

FINANCIAL CRISIS: A QUESTION OF INFORMATION OVERLOAD?

October 2nd, 2008

The breakdown of the nation’s financial industry plus recent events in financial markets worldwide have made me wonder about the role of information overload in the current financial crisis.  Headlines have made it painfully clear that financial institutions were unsure of their assets and liabilities.  Usually, this would be attributed to an inadequacy of available information but that’s far from the case here.

The Panic of 1907, a financial crisis in the U.S. during which the stock market fell almost 50%, was accompanied by a recession and numerous runs on banks.  Bank panics were not unusual at the time; the Panic of 1907 was the fourth to occur in 34 years.  [It's hard to compare recent bank failures, of which there have been 14 this year and only three last year, with the thousands of bank failures at the onset of the Great Depression.  Today's banks have far more customers and accounts than those much smaller banks.  As of today, JPMorgan Chase has more than $2 trillion in assets and is the largest depository bank in the U.S.  By comparison, Citibank has a mere $1.3 trillion in assets.]

Unlike the bankers of today, who cannot give clear and comprehensible explanations of their assets because their instruments are so complex they themselves do not understand them fully, the bankers who visited the home of J.P. Morgan in 1907, which had become a revolving door of New York City bank and trust company presidents as he attempted to stave off a complete collapse of financial markets, were able to present everything about their banks’ financial conditions on simple balance sheets that did not require pages of footnotes.

The financial markets have become far more sophisticated in the past decade; ever notice just how many screens a typical trader works with?  L. Gordon Crovitz recently pointed out in the Wall Street Journal that better and more complete information was available in 1907;  the workflow device for traders then was a “simple pencil and scrap paper” but that’s all they needed.

The point is simple enough: rather than too little, we have far too much information today and that impedes our decision-making abilities and throttles our ability to resolve crises.  While Information Overload is certainly not a direct cause of the current travails, it nonetheless is playing a key suppporting role.

The power of hotel rooms…

September 22nd, 2008

An observation: most of my best ideas come to me during business trips. Ideas that then lead to major projects or products, ideas that are worth a lot – they tend to materialize in a plane, or behind the wheel of a rental car, or in a hotel room far from home. In fact, this is not just me – I hear similar stories from many other knowledge workers and managers.

Now, during these trips we are typically hurried, harassed, and often exhausted with jetlag. So what is it that makes us more creative? I can speculate that part of it may simply be that when away from the normal office routine, away from the day to day duties of work and life, we are jarred out of some mental auto pilot mode. And certainly meeting new people from different organizations can lead to cross-fertilization of ideas (after all, that’s why I started IORG – to get and give the opportunity to talk to diverse professionals). But part of it is the fact that these trips may be the only time we have away from interruptions!

With knowledge workers interrupted every 3 minutes on average (that amazing finding by Prof. Gloria Mark et al in UC Irvine), it is not surprising that the respite of even a few hours away from it all – away from telephones, colleagues, cellphones, SMS, and incoming mail – can make a huge difference. Ah, being alone in a quiet hotel room, with one’s brain and computer but no outside distractions…

In fact, there is a classic story from the history of technology that illustrates the power of such a room. William Shockley of Bell labs is credited as co-inventor of the transistor in 1947. The actual fact is that he wasn’t; he was the team leader, but his teammates – Bardeen and Brattain – invented the point contact transistor without him. When he realized he’d missed out on one of the most important inventions of the century Shockley was so annoyed that he locked himself up in a hotel room for a number of days, only emerging when he had a better implementation – the superior Junction transistor. But it took the locked room…

The problem these days is that the isolation of these trips is showing cracks. All hotel rooms now have network access. Cheap telephony can bridge distance (luckily, in my case, most of my trips span half the globe, so many who might interrupt me are fast asleep when I’m awake). And even the airlines, whose planes were once immune to any incursion, are playing with network and cellular access. Bad idea…

Maybe all it takes is to do what Shockley did – intentionally book a room and disconnect. But this is not a done thing; no company would fund it for its employees (they do send teams to various retreats, which may be great for the team’s joint thinking – but not individuals). Oh well…

Lots going on in the information overload world

August 22nd, 2008

IORG isn’t the only group of people interested in the problem of information overload.  Here’s a glimpse at some of the other stuff going on in the IO world.  On the academic side, a workshop on enhanced messaging was held at AAAI 2008 with a bunch of interesting presentations.  In the media, there have been a flurry of articles revolving around the problem of information overload that I’ve been informally collecting on this FriendFeed page (where anyone is welcome to submit links and comments).  We’re working on an updated and upgraded version of our IORG resource center to collect links to research papers, articles, and much more information around IO.  And the business world is starting to take notice as well, with industry conferences like Defrag springing up to address IO topics (full disclosure – I’m speaking at Defrag and know the organizers).  It’s great to see so much activity around this problem!

WHAT WAS I WORKING ON AGAIN? AN OVERVIEW OF THE FIRST INFORMATION OVERLOAD CONFERENCE

August 20th, 2008

Our Information Overload conference no doubt pushed attendees above and beyond the bounds of overload.  As a public service here (as Tom Lehrer would say), I’ll review highlights.

Keynote
The keynote address (mine, actually) presented an overview of the problem, including costs, problem areas, and a few things we can do about the problem right now.

Just to review: Read the rest of this entry »