Domino Upgrade

VersionSupport end
Upgrade to 9.x now!
(see the full Lotus lifcyle) To make your upgrade a success use the Upgrade Cheat Sheet.
Contemplating to replace Notes? You have to read this! (also available on Slideshare)


Other languages on request.


Useful Tools

Get Firefox
Use OpenDNS
The support for Windows XP has come to an end . Time to consider an alternative to move on.

About Me

I am the "IBM Collaboration & Productivity Advisor" for IBM Asia Pacific. I'm based in Singapore.
Reach out to me via:
Follow notessensei on Twitter
Amazon Store
Amazon Kindle
NotesSensei's Spreadshirt shop
profile for stwissel on Stack Exchange, a network of free, community-driven Q&A sites

« Explaining web enablement challenges to business users | Main| Mobile Application Interaction Models »

How we successfully killed eMail (almost)

A recent conversation (in 140 characters or less) with Alan and a thought exchange with Luis got me thinking (again) about the death of eMail, namely the death wish the #SocBiz movement has for it.
When looking at the general discussion three items constantly get mixed up:
  • "eMail the transport" (SMTP for that matter)
  • "eMail the software" to deal with what arrives
  • "eMail the habit" -- of swamping people with irrelevant information and hiding relevant information from others
The transport is a wild success and together with http holds the intertubes together. Innovation in the inbox (which I'm quite fond of) has been rather glacial (unless Store form in document Embedded Experiences, with their painful network dependency, are the next big thing). There areh a few pockets of hope.

. Kicking the habit is what #SocBiz is all about (yes - this is a gross simplification)

Of course all the software vendors, including my employer, the market leader in Social Software, will help you there with apparel, training videos and supplements, where you might need is just some coaching.
Reflecting on past projects back home, I recalled one where we actually almost completely killed eMail off - more than a decade ago. The customer was a project driven organization (projects like: build a new quarters in this town, build the biggest, tallest...) The secret recipe was this:
Everything is a workflow
Messages would come in from the outside, via SMTP, SMS, pager, paper or Fax. They ended in a central processing database where they were enriched with meta data (manual in the beginning, with more and more automation / decision support later on) and assigned to a person to act on. Once a message was fed into the queue it would show up with the supplier, the project, the status, the document type.
Instead of sending gazillions of useless CCs to "keep people in the loop", users simply could watch any of the meta data of their choosing (and access rights of course). It would also allow to see if someone was swamped with actionables and help him out.
What was very interesting in the implementation project: We probably spend by a magnitude more time on defining the meta data structure and coaching adoption than on coding the tool.
We also had an army of nay sayers: "doesn't fit, it's against the law, our organisation is different, people won't change" etc. - This is why we spend all the time in implementation coaching. It took a year to finish, but work satisfaction and productivity went up greatly.
And I couldn't agree more with Alan: Less talking, more doing. A case for GGTD!


Gravatar Image1 - Thanks for sharing, this central mail processing and delegation model is exactly what we are looking at doing for our projects.
We are apprehensive that project managers may not be like the fact that emails don't land straight in their inbox but I am glad to hear that the end result is a positive one.


This site is in no way affiliated, endorsed, sanctioned, supported, nor enlightened by Lotus Software nor IBM Corporation. I may be an employee, but the opinions, theories, facts, etc. presented here are my own and are in now way given in any official capacity. In short, these are my words and this is my site, not IBM's - and don't even begin to think otherwise. (Disclaimer shamelessly plugged from Rocky Oliver)
© 2003 - 2017 Stephan H. Wissel - some rights reserved as listed here: Creative Commons License
Unless otherwise labeled by its originating author, the content found on this site is made available under the terms of an Attribution/NonCommercial/ShareAlike Creative Commons License, with the exception that no rights are granted -- since they are not mine to grant -- in any logo, graphic design, trademarks or trade names of any type. Code samples and code downloads on this site are, unless otherwise labeled, made available under an Apache 2.0 license. Other license models are available on written request and written confirmation.