Zum Inhalt springen

Artikel aus der Kategorie ‘Beratung’

15. Jul 2011

GutesProdukt_800

Was ein gutes Produkt ausmacht: Nutzen + Nutzbarkeit

Im Folgenden möchte ich das Zusammenspiel zwischen Nutzen und Nutzbarkeit, Funktion und Usability, WAS und WIE darstellen. Und letztendlich wird auch noch klar, warum ich “Nutzen zentrierte IT-Beratung” anbiete.

Usability

Glücklicherweise tritt die Nutzbarkeit eines Dings / einer Software immer mehr in den Fokus der Betrachtung. Wir sprechen von der Usability oder Nutzbarkeit einer Software. Und wir meinen damit, dass der Nutzer das Produkt gut und intuitiv bedienen kann. Dieser Aspekt ist viel zu lange ignoriert worden. Und wir alle kennen Software-”Lösungen”, bei deren Einsatz sich der Anwender sehr schwer tut – mit allen Konsequenzen wie hoher Fehlerrate, mangelnder Produktivität und Torpedierung der Kundenbindung. Heutzutage ist klar, dass die Nutzbarkeit (Usability) ein unverzichtbares Qualitätskriterium einer Lösung darstellt.

Bei der sehr engagierten Konzentration auf die Nutzbarkeit wird meines Erachtens häufig vernachlässigt, dass eben diese nur eine Seite der Erfolgsmedaille ist. Stellen wir uns folgendes vor:

Onlineshop mit guter Nutzbarkeit…

Weiterlesen

3. Apr 2011

Philippe Back spricht mit Bernd Lohmeyer: Nutzen zentrierter Beratungsansatz und Usability

Philippe Back hat mit mir ein Interview über meinen Nutzen zentrierten Beratungsansatz geführt. In dem Gespräch versuche ich darzustellen, wie ich Unternehmen durch die Kombination von Geschäftsprozessanalyse und Usability helfe, ihre Kundenbindung und die Produktivität ihrer Mitarbeiter zu steigern. Dadurch lassen sich enorme Optimierungspotenziale hinsichtlich des Return On Investment (ROI) entwickeln und ausschöpfen.

Ein paar Stichpunkte:

  • Konzentriere Dich zuerst auf die wirklichen Geschäftsanforderungen.
  • Finde dafür Lösungen, die die Anforderungen erfüllen und einfach zu bedienen sind.
  • Stelle mit Usability Tests sicher, dass das Design wirklich einfach zu bedienen ist.

Weiterlesen

25. Mrz 2011

Korrigierte Projektplanung: Das Qualitätsziel wird reduziert.
2 Comments

Das Eiserne Dreieck: Ignorieren auf eigene Gefahr

In einem kurzen Video spricht Philippe Back über die drei Aspekte im Projektgeschäft. Das Video ist in Englisch. Ich möchte den Beitrag allen Projektmanagern wärmstens empfehlen. Wenn es im Projekt schief geht, ist das Eiserne Dreieck vermutlich missachtet worden. Ich möchte Philippes Vortrag kurz zusammenfassen.

Die drei Ecken (Aspekte) sind:

  • Scope (also das, was vom Projekt geleistet werden soll)
  • Qualität
  • Zeit

Weiterlesen

22. Nov 2010

Ein weiteres Missverständnis: Usability Tests sind teuer

In einem vorigen Artikel schrieb ich schon über verschiedene Usability-Missverständnisse (Usability – Schluss jetzt mit den Missverständnissen!). Ich möchte die Sammlung noch ein wenig erweitern.

Gerne werden an allen Ecken und Enden Kosten gespart. Und da wird gerne auf Usability Tests verzichtet: “Das hat ja schließlich ein guter Designer entworfen…” Nun, auch Designer sind nur Menschen und können Fehler machen. Die sollte man schon aus Gründen des Investitionsschutzes frühestmöglich aufdecken. Und dazu sind eben Usability Tests da. Doch nun zu den Kosten. Denkt man an solche Tests, fallen häufig Stichwörter wie Usability Labor, Eye Tracking, Erhebungskampagnen, statistische Validierung etc. Ja, das kann alles dazu gehören – muss es aber nicht. Die Buchung und Beauftragung eines professionellen Usability-Labors ist kostenaufwendig. Aber selbst das lohnt sich in den meisten Fällen. Ich möchte hier aber zwei sehr einfache Testmethoden vorstellen, die mit wenig Aufwand durchzuführen sind und dennoch wertvolle Erkenntnisse liefern.

Papierprototypen-Test

Wie zuvor schon kurz erwähnt braucht man für diesen Test noch nicht mal lauffähigen Sourcecode. Es reichen Papierskizzen, die man aus dem Entwurfsprozess (frühe Konzeptionsphase) extrahiert. Diese Skizzen (Mockups) fallen da ja eh an, da man anhand dieser die Benutzerinteraktion durchdenkt und visualisiert. Nun überlegt man, welche Szenarien man mit welchen Nutzern überprüfen möchte. Man wählt die entsprechenden User Interface-Skizzen aus und lädt die Testteilnehmer ein. Eine Auswahl von fünf bis sechs Testteilnehmern sollte reichen. Mehr Teilnehmer erhöhen den Erkenntnisgewinn in der Regel nicht. Und statistisch belastbare Aussagen wird man auch mit 20 Teilnehmern nicht erreichen. Darum geht es aber auch gar nicht. Und wer keine sechs Teilnehmer “loseisen” kann, beschränkt sich eben auf zwei. Lieber einen kleinen Test machen als gar keinen!

Weiterlesen

25. Okt 2010

Ohne UML in die Word-Falle

Über das Management in der UML-Falle habe ich bereits geschrieben. In dem Artikel habe ich darzustellen versucht, dass es eine große Gefahr birgt, wenn man sich in großen Projekten im Rahmen einer Spezifikation auf die Erstellung von UML-Diagrammen beschränkt und auf detaillierte textliche Erklärungen verzichtet. Man hat zwar schöne Fachklassen- und Use Case Diagramme, die gute Übersichten liefern. Die fachlichen Details – und die sind spätestens für die Entwickler unverzichtbar – gehen aber verloren.

Das andere Extrem

Doch es gibt auch das andere Extrem: den Versuch einer kompletten Fachspezifikationen in einem einzigen Dokument. Und das auch noch ohne grafische Übersichten.

Weiterlesen

20. Aug 2010

1 Kommentar

Usability – Schluss jetzt mit den Missverständnissen!

Der folgende Artikel ist in einem internen Newsletter meines Arbeitgebers Steria Mummert Consulting erschienen. Er wendet sich an Berater und Projektmanager, die in der Regel keine Usability Professionals sind. Dennoch könnte der Artikel auch hier den ein oder anderen interessierten Leser finden. Zusätzlich habe ich einige Links zu anderen Artikeln eingefügt.

Begrifflichkeit: Usability ist ein Kunstwort (use + ability) und beschreibt die Gebrauchstauglichkeit eines Gegenstandes oder einer Software. Usability ist heute kein Luxus mehr sondern eine unumgängliche Voraussetzung für den wirtschaftlichen Erfolg. Leider wird der Begriff von zu vielen als leere Hülse verwendet – mehr als Buzz Word denn als Prio-1-Projektziel. Unter dem Begriff der Usability werden heute auch alle Aktivitäten zusammengefasst, die geeignet sind, eben diese Usability zu erreichen. Begegnen Ihnen Schlagwörter wie User Experience Design, User Interaction Design, User Interface Design, Usability Testing, User Centered Design usw., so hat das alles mit Usability zu tun.

Was kann man um das Thema Usability alles falsch machen? Leider mehr als ich hier aufzeigen kann. Ich möchte im Folgenden nicht auf die Dos and Don’ts des Screen Designs eingehen. Die Liste wäre extrem lang. Jenseits schräger Maskengestaltung und wirren Dialogsalats sehe ich ein gravierendes Problem darin, dass sich um das Thema Usability viele Missverständnisse ranken. Einige möchte ich aufdecken. Vielleicht erreichen wir so eine größere Bereitschaft, in dieses Thema zu investieren und so bessere Software anbieten zu können. Weiterlesen

4. Mai 2010

4 Comments

Management in der UML-Falle

Der Titel ist provokant. Das ist mir bewusst. Ich möchte zeigen, dass der unreflektierte Glaube in UML-Modelle zu einem echten Problem im Projekt führen kann. Und das droht besonders bei einem zeitlich engen Projektplan. Also genau dann, wenn man geneigt ist, es bei UML-Diagrammen zu belassen.

Der Werkzeugkasten UML

Die Unified Modelling Language –kurz UML- ist an sich gar nicht schlecht. Ganz im Gegenteil. Sie fasst verschiedene grafische Werkzeuge und Notationen für die Spezifikation von Software zusammen. Dazu gehören sehr unterschiedliche Diagrammtypen wie beispielsweise Aktivitäts- und Sequenzdiagramme zur grafischen Darstellung von Abläufen oder unterschiedliche Klassenmodelle zur Zerlegung der realen Welt in handhabbare Objekte. Und wie das bei Modellen eben so ist, haben sie Vor- und Nachteile. Einerseits machen sie die schier unvorstellbare Komplexität der echten Welt fassbar, andererseits laufen sie aber auch Gefahr, die Realität zu sehr zu vereinfachen oder zu oberflächlich zu betrachten. Wie hilfreich ein Modell wirklich ist, hängt letztlich von dem Modellierer ab – und der Fähigkeit des Empfängers, es richtig zu lesen und zu interpretieren.

Weiterlesen

20. Apr 2010

1 Kommentar

Storyboards: Eine Erfolgsgeschichte

Was sind Storyboards?

Storyboards sind Geschichtenbretter – jedenfalls wörtlich übersetzt. Ok, wir malen die nicht auf Holz. Storyboards beschreiben die Umsetzung eines fachlichen Anwendungsfalls in eine konkrete Software-Benutzeroberfläche. Beschreibt ein Anwendungsfall (Use Case) die rein fachlichen Abläufe (z.B. Anlegen eines Kontos), so beschreibt das entsprechende Storyboard, wie das in der Software-Oberfläche vor sich geht.

Herkunft

Storyboards verbindet man eher mit der Erstellung von Trickfilmen oder der Planung von Werbespots. Verschiedene Scribbles (flüchtige Skizzen) werden mit Pfeilen und Symbolen miteinander verbunden. Ziel ist es, eine Geschichte zu erzählen und den Ablauf der Geschichte zu verdeutlichen. Nun, da hat die gute alte IT-Welt mal von so neumodischem Kram wie Zeichentrick und Werbung gelernt. Wobei ich mir jetzt gar nicht so sicher bin, ob Storyboards nicht schon viel früher im Filmgeschäft eingesetzt wurden. Das Ziel sollte dasselbe gewesen sein: eine Geschichte erzählen. Wie dem auch sei, die Storyboards haben in die IT Einzug gehalten. Weiterlesen

12. Apr 2010

Das Web-Etwas als Eierlegendewollmilchsau

Als Berater werde ich häufig mit der Frage nach meinem Profil konfrontiert. Das ist ja auch erstmal sehr gut so. Wäre ja schlimm, wenn keiner nach mir fragte. Dann sehe ich einen Auszug aus dem Anforderungsprofil – und rolle mit den Augen.

Da wird nach einem Oberflächenentwickler gesucht, der ausgewiesene Expertise in den Bereichen Usability und Web Accessibility haben soll. Andererseits wird auch mal nach einem GUI-Designer gesucht, der von JavaScript bis php so ziemlich alles beherrscht, was an Scripting-Sprachen auf dem Markt ist. Natürlich das alles kombiniert mit zehn Jahren Erfahrung im Rational Unified Process (RUP) und UML 2.0.

Was wird da eigentlich gesucht? Die Eierlegendewollmilchsau! Keiner wird sagen, dass er das alles gleichermaßen beherrscht. Wie kommt das? Es sind Qualifikationen aus ganz unterschiedlichsten Professionen, die da zusammengeworfen werden.

Stellt Euch folgende klassische Stellenausschreibung vor:
Gesucht wird ein Zimmermann mit erwiesener Erfahrung als Möbelbauer, insbesondere Entwurf und Umsetzung von Intarsien unter Berücksichtigung konstruktiver Gebäudemerkmale.

Weiterlesen

11. Apr 2010

1 Kommentar

ROI-Berechnung am Beispiel einer Fachapplikation

Wie schon in dem Artikel Usability verkaufendargestellt müssen wir die Sprache unserer Partner sprechen. Hierzu gehört es, klare Zahlen auf den Tisch legen zu können. Wie hoch wird die Ersparnis durch den Einsatz von Usability-Methoden sein? Das ist immer eine schwierige Frage. Doch wir müssen sie zumindest näherungsweise beantworten, um unseren Gesprächspartner -beispielsweise den IT-Vorstand- für Usability begeistern zu können.

Zu diesem Zweck möchte ich den Return On Investment (ROI) hinsichtlich verschiedener Kennzahlen betrachten. Gegenstand soll eine Fachapplikation sein, anhand der ich ein kleines Zahlenspiel durchführen möchte. Fachapplikation? Das ist eine Anwendung, die nicht im Web einer Millionen von Menschen zur Verfügung steht. Fachanwendungen sind vielmehr Anwendungen, die von einem kleinen Anwenderkreis innerhalb eines Unternehmens eingesetzt werden. Ja, auch dafür lohnt es sich, in Usability zu investieren.

Nehmen wir also mal folgendes an:

Weiterlesen

Seite 2 von 3123