When In doubt how to proceed when debugging starts to become an epic battle, I always follow the 9 debugging rules of David Agans.
I always tell my students I carry a cheat sheet of these rules with me. It is now about 9 years old I think. It survived 5 companies and countless projects.
Over thermometer I always realized: you might want to apply these rule to real life problems as well. It does work surprisingly well.
Recently, I explained to a colleague the idea behind inbox zero which was introduced by Merlin Mann. Since I introduced inbox zero more than a year ago for my personal mailbox, I literally save time each day.
How does it work?
Four simple steps are the secret behind not using your mailbox as an personal wikipeda:
And for heavens sake, do not use any highly sophisticated taxonomical folder structures to archive your mail. Use one (or if really required just a few) archive folders. The search capabilities of today’s email clients are outstanding or if you are using a IMAP server searching by using the server’s database engine is just aewsome. If you are not satisfied with your client search engine try tools like xobni.
Does it work?
It does. For example, to maintain my inbox in this (zero) state, did cost me 14 Minutes this morning. This morning, there was noting to answer, and nothing that important to archive. I had to change a few mails into tasks while I was able to perform most of them immediately.
Why does it not work for you?
You tried inbox zero, but it does not work for you? Your mailbox already contains an endless list of mails? Here are some reasons this happens to many of you:
If you have a look at the task list above, there were many things not being pleasant at all. Downloading the books is just stupid work, a task you perform again and again (I already consider to write a script for that). O’Reilly provides this great synchronization feature to DropBox. Still leaves you to log in to yet another site and find the download list to kick of the sync, though.
How to improve the annoying?
What would keep me from performing these tasks? What’s the most annoying thing I had to do? Right, I had to sign into four different portals to perform tasks. I use a tool that speeds up this process and does not keep me from doing my actual work. I simply use the Firefox plugin Password Hasher which allows you to quickly create and use passwords for different sites. Eventually, the annoying task of logging in into different sites became less brain busting and therefore, I have no reason to put the mails on the back burner anymore.
Um Inbox Zero möglichst effektiv umzusetzen, hat es sich bewährt die Aktionen mit E-Mails auf ein Minimum zu reduzieren. Inbox Zero wende ich nun schon seit mehr als zwei Jahren konsequent an. Da sich aufgrund beruflicher Veränderungen derzeit mein E-Mail-Volumen erheblich steigert (obgleich bereits bei Microsoft bereits ein absurder E-Mail-Durchsatz erreicht wurde), ist es an der Zeit den Inbox-Zero-Prozess zu verbessern und ein Fazit über die letzten zwei Jahre Inbox Zero zu ziehen.
Grundsätzlich kann in Inbox Zero der Umgang mit E-Mails auf wenige Aktionen reduziert werden, nach deren Anwendung die betreffende E-Mail sich nicht mehr im Posteingang befindet:
Grundsätzlich sollte jede E-Mail aber nur ein einziges Mal angefasst werden. Kein zwei, drei oder gar viermal.
Was Du heute kannst verschieben…
Die einfachste Art, mit einer E-Mail umzugehen ist diese sofort zu beantworten. Dies sollte der Regelfall sein, schließlich wird der Sender etwas vom Empfänger erwarten. Ob beantwortet oder nicht, eine der drei folgenden Regeln wird sofort danach greifen.
Ablage ‘A’ für Archiv
Es könnte sein, dass eine Nachricht weder zu beantworten noch weiter zu bearbeite ist. Vielleicht steht in der E-Mail eine wichtige Information (Reisedaten, Login-Daten etc.) auf die man tatsächlich später einmal zugreifen möchte oder muss. Bei vielen Nutzern habe ich die kompliziertesten Taxonomien und Ablagesysteme gesehen, um E-Mails zu archivieren. Jede einzelne E-Mail wird hier eingepflegt, und oft dauert die Auswahl der geeigneten Ablage länger als das eigentlich Lesen und ggf. das Beantworten der E-Mail. Je komplexer das Ablagesystem, desto höher ist jedoch die Wahrscheinlichkeit, dass die gesuchte Nachricht nicht an der vermuteten Stelle gefunden wird. Der Aufwand der betrieben wird, die E-Mail zu archivieren steht in keinem Gegenwert für deren Archivierung. Für mich hat sich daher ein einzelner Ordner ‘Archiv’ bewährt, in dem sich alle archivierten Mails wiederfinden. Alle archivierten Mails in einem Ordner kann auch schnell mit den Outlook-hauseigenen Filtern z.B. nach Datum oder Absender sortiert werden. Für alles andere verwende ich seit seiner Einführung das Outlook-Plugin Xobni. Vor knapp einem Jahr wurde mir sogar eine Xobni plus Version von Xobni direkt spendiert. der wichtigste Punkt bei der Verwendung eines einzelnen Archivs: Es ist nicht notwendig Energie aufzubringen wo und weshalb eine E-Mail in einem speziellen Ordner oder einer spezifischen Struktur abgelegt werden muss. Wenn es tatsächlich notwendig erscheint eine E-Mail aufzuheben, dann sollte dies an einem einzigen Ort sein, schließlich ist der Platz an dem etwas gefunden wird immer der Ort an dem zuletzt nachgeschaut wurde.
Tolle Idee, das kommt ins Backlog
Viele Nutzer missbrauchen ihren E-Mail-Eingang als Aufgabenliste. Aber mal ehrlich, welches Datum hat die allerletzte Mail? Dieses Jahr, letztes Jahr oder älter? Sicher, dass der Sender noch auf die Antwort wartet oder die Aufgabe noch aktuell ist? Hier tritt das gleiche Problem wie bei den zuvor bereits besprochenen Lazy Lists auf: Sie neigen dazu schneller zu wachsen als sie abgearbeitet werden können. E-Mails, die eine andere Aktion als Beantworten erfordern sollten in eine Aufgabe umgewandelt werden. Im optimalen Fall sollte diese Aufgabe an den zentralen Platz wandern, an dem alle Aufgaben gesammelt, priorisiert und abgearbeitet werden. Ähnlich ist es bei Scrum: Jede neue Idee, jede neue Anforderung mit der das Team in Scrum konfrontiert wird wandert ohne Umwege in das Backlog. Bei meiner Implementierung von Zero Inbox habe ich lange Zeit E-Mails in “Remember The Milk”-Aufgaben umgewandelt. Aber auch hier kamen die Nachteile von Lazy Lists zum zu Tage. Mit der Umstellung auf Peronal Kanban habe zumindest ich nun den zentralen Platz gefunden in den E-Mails als Aufgaben auftauchen. Der Medienbruch, die Aufgabe auf ein Post-It zu notieren ist dabei von Vorteil, da man sich nochmal bewusst machen muss, was überhaupt zu erledigen ist. sofern nötig wird in meiner Implementierung die E-Mail sofort gelöscht oder, falls nötig, archiviert. Auf jeden Fall ist sie nach der Umwandlung in eine Aufgabe nicht mehr in der Inbox wiederzufinden. Mit Papierpost verhält es sich nicht anders. Schließlich lässt man die Post nicht im Briefkasten liegen oder steckt den gelesenen Brief wieder in den Briefkasten zurück. Rechnungen oder ähnliches, die eine Aktion nach sich ziehen, also eine Aufgabe darstellen, landen oft in einer Ablage “Zu erledigen” wo sie zu gegebenem Zeitpunkt bearbeitet werden.
Weniger ist Mehr
Die für mich wichtigste Regel für Inbox Zero habe ich vor mehr als zwei Jahr gelesen, gelernt und seither befolgt:
Be liberal with your delete key.
Die Regel freizügig mit der Entfernentaste umzugehen, zu beherzigen kostet die meisten Inbox-Zero-Anfänger sehr viel Überwindung. Der Mensch, von Natur aus Sammler und Jäger, hat anscheinend eine natürliches Grundbedürfnis alles, wirklich alles, zu Sammeln, aufzuheben und zu archivieren. Die zunehmende Digitalisierung verstärkt diesen Drang zusehends. So gesehen, zehntausende Musikdateien, hunderte Filme, abertausende Bilder, tausende von E-Mails. Aber braucht man wirklich jede E-Mail? Während ich anfangs die meisten E-Mails archivierte, landen zwischenzeitlich 98 von 100 E-Mails im Papierkorb. Und wie mit allem gilt hier: Übung macht den Meister. Man lernt schnellerer zu entscheiden, ob es notwendig ist eine E-Mail zu archivieren oder nicht. Einmal vom inneren Zwang alles aufzubewahren gelöst fällt es immer leichter sich von unnötigen E-Mails zu trennen. Ein Feature das bei dieser Einstellung helfen könnte ist die Anzeige wie oft eine archivierte E-Mail aus den letzten drei Jahren wieder benötigt wurde – nur so als Idee.
Kaizen – Den Erfolg visualisieren
A very simple way to visualize in Outlook 2010 how Inbox Zero works, is switching the numbers of mails indicated by default as unread. Nothing shown at your inbox does not mean there are not sitting 1,000 maybe checked but at least marked as read mails in your inbox which is definitely not the idea behind Inbox zero. Said that, checking mails is not forbidden. Maybe there are situation when it makes sense to check for timebombs on a regular base. Especially in such a situation it does make a lot of sense to concentrate on all mail, not just those not read. You can change the view in Outlook by a right click on the Inbox and selecting Properties. There you can switch the number of shown emails from unread to the number of total mails in your inbox.
Kaizen – Archive or don’t -There is no Try
Maintaining a single archive, the process of archiving mails using Outlook 2010 is pretty easy. Using Quick Steps creating a shortcut only needs a few clicks.The Quick Step is available within the Ribbon as well as a optional keyboard shortcut. Said that, every mail could be moved using the keys [CTRL]-[SHIFT]-1 directly into the archive folder. Previous versions of Outlook only provided this capability using custom macros. Especially when thinking of automating processes using Outlook 2010, Quick Steps are worth a try.
Sum Up
After two years Inbox Zero, I am pretty pleased.After improving my personal process, it is even better to deal with the information overload. Switching to Kanban maintaining one central list was the very last step implementing Inbox Zero. One very positive aspect of Inbox Zero is the fact you think much more about the mails you send out. Is this answer really necessary? Does the recipient await an answer at all? The more one thinks about these questions, the more one feels that a very first step towards Inbox Zero is to send less mails.
Als frischgebackener ScrumMaster, habe ich mir einen Rat aus dem zugrundeliegenden Training bei Boris Gloger zu Herzen genommen: Scrum als Einstellung zu verstehen, jeden Tag etwas zu verbessern. Mehr als jeden anderen im Team betrifft das den ScrumMaster, denn letztendlich ist er dafür verantwortlich dem Team die Impediments aus dem Weg zu räumen. Ein ScrumMaster sollte also mit gutem Beispiel vorangehen und nicht nur sein Team sondern auch sich selbst ständig verbessern.
Von MIT und WIP
Viele Baustellen schaffen natürlich viel Verwirrung, daher habe ich im Sinne von Kaizen damit begonnen schrittweise Verbesserungen einzuführen. Ein erster Schritt ist dabei die Einführung von Personal Kanban. Während des Scrum-Trainings wurde ich als “Coach” zum Thema Konsequenz durch einen Mitteilnehmer ausgewählt. Dabei habe ich unter anderem kurz den “Most Important Task”-Ansatz von Leo Babuta angerissen, die drei (oder auch fünf) wichtigsten Aufgaben (MIT) jeden Tag in Form eines Post-It-Zettels zu visualisieren und nacheinander abzuarbeiten. Der ausschlaggebende Punkt, ist die Auswahl der drei wichtigsten Aufgaben und der dadurch generierte Fokus darauf. Ähnlich ist der Ansatz im Personal Kanban. Durch die Festlegung der WIP (Work-In-Progress-Artefakte) wird der Fokus verlagert. Weg von der “erdrückenden” Liste an zu erledigenden Dinge, hin zu der überschaubaren Liste an Aufgaben, die tatsächlich erledigt werden. Da ich den MIT-Ansatz bereits seit langer Zeit verfolge, fällt mir die Implementierung von Personal Kanban nicht sonderlich schwer. Gleichgültig, ob “Most Important Task” oder “Work In Progress”: Beide Ansätze unterscheiden sich zunächst nicht sonderlich. Was in The Power of Less
Der erste Value Stream
Die erste Implementierung meines Personal Kanban umfasst daher zunächst die drei “Standardspalten” Backlog, WIP und Done. Die Verfeinerung entsteht im Laufe der Zeit während man sich selbst über den eigenen Value Stream im klaren wird. Ein komplexeres Schema eines Value Streams bereits zu Beginn einzuführen erfordert ein höheres Maß an Konsequenz dies umzusetzen und erhöht somit das Risiko, dass das Unterfangen scheitert. Der einfache Value Stream stellt sicher, dass bereits am Ender der ersten Woche zumindest einige Tasks in der Done-Spalte ein subjektiv gutes Gefühl vermitteln. Hierin besteht auch der größte Unterschied im Umgang MITs. Die Visualisierung der erledigten Aufgaben dürfte ein entscheidender Motivationsfaktor sein um den Ansatz konsequent weiterzuführen.
Von Lazy Lists zum Backlog – Der Erweiterte Value Stream
Der nächste Schritt und eines der ersten Items im Backlog besteht darin, sämtliche “Lazy Lists” abzuschaffen. Vor ungefähr einem Jahr hatte ich den Versuch gewagt, meine Aufgaben von Microsoft Outlook nach Remember The Milk (RTM) zu migrieren und ab da an in RTM zu verwalten. Grund hierfür war die erdrückende Anzahl von Tasks, der Mangel an einer Priorisierung von Tasks und die konsequente Umsetzung von Inbox Zero. Wie alle Lazy Lists, neigen jedoch auch die Listen in RTM dazu, schneller anzuwachsen als sie abgearbeitet werden können. Dies führt unweigerlich dazu, dass vor allem die Aufgaben am Ende der Listen lange Zeit unbeachtet bleiben. Sowohl in The Power of Less
Von Digital zu Physisch
Während meiner Recherche zu Personal Kanban bin ich auf verschiedene Anwendungen (Desktop und Web) gestoßen, mit denen sich ein Personal Kanban einrichten lässt. Die bewusste Entscheidung gegen ein digitales Personal Kanban ist mit der vorangehenden Abschaffung von Lazy Lists begründet. Ein physisches Whiteboard hat schlicht und ergreifend einen begrenzten Platz für Backlog-Items. Das Backlog kann schon aus diesem Grund nicht uneingeschränkt anwachsen. Und auch hier lässt sich zum Abschluss eine Analogie zu Scrum zu herstellen. Während die Menge an User Stories überschaubar ist (in der Regel um die 60), wachsen Bug-Listen oder Listen in Ticketsystemen schnell ins Absurde (mit hunderten oder gar tausenden Einträgen).
Fazit
Die Umstellung von einem reinen MIT-Ansatz zu Personal Kanban stellt einen nicht allzu großen Schritt dar, sofern man bereits seit einiger Zeit mit MITs gearbeitet hat. Der Hauptunterschied liegt meines Erachtens in einer nachhaltigeren Visualisierung der erledigten Aufgaben und der Priorisierung der Backlog-Items während die Grundprinzipien einer einzelnen Inbox für Aufgaben und einer überschaubaren Menge an abzuarbeitenden Aufgaben vom Grundprinzip ähneln.