Principle of Least Surprise

Das Principle of Least Surprise (dt. Prinzip der geringsten Überraschung), auch unter der Abkürzung POLS bekannt, ist eine goldene Regel in der Software-Ergonomie, Mensch-Computer-Interaktion und dem Interfacedesign. Diese Regel wurde von Geoffrey James in seinem Buch The Tao of Programming als Law of Least Astonishment formuliert (Absatz 4.1). Sie besagt, dass eine Benutzerschnittstelle möglichst so ausgelegt werden sollte, dass der Benutzer möglichst wenige Überraschungen erlebt. Allgemein kann man somit folgende Regel formulieren:

Never surprise the user!, zu Deutsch: Überrasche niemals den Benutzer!

Beispiele

• Software, insbesondere Chat-Software, etwa bei Eintreffen einer neuen Nachricht, sollte nicht ungefragt den Tastaturfokus übernehmen. Der Benutzer könnte gerade dabei sein, sein Kennwort in ein Formular einzugeben und durch blindes Tippen sein Kennwort stattdessen in das just erschienene Chatfenster eingeben und versehentlich an andere Personen schicken.
• Eine Software, die Tastatureingaben aufzeichnet (Makro-Recorder), sollte auch Tastenkombinationen aufzeichnen können, die gängigerweise zum Beenden von Software verwendet werden, wie Cmd-Q, Ctrl-Q oder Alt-F4. Hierdurch sollte der Makroaufzeichnungsprozess nicht beendet werden und das noch nicht gespeicherte Makro nicht verloren gehen. Die Software sollte stattdessen eine erkennbare Möglichkeit zum Beenden des Aufzeichnungsprozesses anbieten und danach sollten die üblichen Tastenkombinationen wieder aktiv sein.
• Generell sollte Software niemals Daten entfernen, die möglicherweise noch benötigt werden, etwa Konfigurationsoptionen, die im momentanen Zustand der Anwendung keine Wirksamkeit haben, aber bei anderer Verwendung später wieder relevant werden könnten. Ein Beispiel wären hier Stromsparoptionen für den Akkubetrieb, während ein Notebook am Stromnetz angeschlossen ist, oder Druckeinstellungen eines Dokumentes, auch wenn man den Druckdialog wieder schließt, ohne zu drucken.

Problematik

Die Problematik bei der Anwendung dieser Regel ist, dass der Programmierer oft nicht vorhersagen kann, was den Benutzer überrascht, da er eine systemnähere Denkweise hat und nicht wissen kann, was genau der Benutzer erwartet. Außerdem können verschiedene Benutzer höchst unterschiedliche Erwartungen haben. Oft erscheint auch gerade ein Verhalten, das dem Programmierer konsistent erscheint, einem Benutzer ungewohnt oder merkwürdig. Daher ist es wichtig, schon während der Entstehung einer Software oder der Bedienoberfläche eines Gerätes Rückmeldungen von zukünftigen Benutzern zu bekommen. Siehe dazu auch Extreme Programming.

Weblinks

• The Tao of Programming von Geoffrey James, 1987.
• Raymond, E. S.: Applying the principle of least surprise. The Art of Unix Programming.
• Principle Of Least Astonishment. Portland Pattern Repository WikiWikiWeb