 |
| | | | | Beschreibung der Erfahrung | | ,,Warum funktioniert dieses verdammte System nicht?" Diesen Satz hört man oft, genau wie: ,,Haben Sie bitte Geduld, wir haben gerade ein neues Computersystem installiert." Soll das nachvollziehbar sein? Der Zweck all dieser Technologien ist es doch die Arbeit einfacher zu machen, nicht schwieriger. Das scheint aber nicht der Fall zu sein, wenn man dem typischen Anwender von Informationssystemen Glauben schenken darf.
Warum geschehen diese Dinge? Eine der Hauptursachen liegt darin, dass Kunden und Anwender beim Entwicklungs- und Anschaffungsprozess eines Systems unbekannt, unverstanden und unbeteiligt bleiben.
Die Beschreibung eines gescheiterten Projekts:
Der Prototyp für das Projekt soll entstehen, und schon hinkt man dem Zeitplan hinterher. Was vor zwei Monaten fertig sein sollte, wird noch immer ständig weiter verändert. Susanne, die Projektmanagerin, beklagt sich, dass die Anwender dauernd etwas anderes wollen. Die Anwender beklagen sich darüber, dass die Entwickler einfach nicht verstehen, was sie möchten. Und so geht die Prototyp-Entwicklung weiter, ohne dass eine letzte Übereinkunft darüber erzielt wurde, was die Software leisten soll.
Das Problem wird noch verschärft, weil sich auch die Anwender nicht einigen können, was sie von dem System erwarten. Einige der Anwender aus einer bestimmten Region wollen bestimmte Systemmerkmale haben, während andere wiederum ihre bevorzugten Features für wichtiger halten. Bislang hat der Kunde, der Verkaufsleiter ist, noch nicht einmal mit dem Entwicklungsleiter gesprochen, seit mit dem Projekt begonnen wurde.
Viele Anwender betrachten das neue Projekt mit Skepsis, weil sie mit dem alten System sehr zufrieden sind und nicht verstehen, warum es ersetzt werden soll. Die Systemanwender sind mit den Tagesgeschäften voll und ganz beansprucht und finden keine Zeit, um etwas zu dem neuen System beizutragen.
Die Tester unter den Projektbeteiligten machen sich Sorgen, weil sie eine Reihe von Tests zur Anwenderakzeptanz für nötig halten, aber nicht wissen, welche Kriterien sie als Ausgangspunkt für diese Tests ansetzen sollen. Wenn sich die Anwender schon nicht über den Prototyp einigen können, wie sollen sie dann zu einer Einigung über die Akzeptanzkriterien gelangen und woher soll die Motivation zu einem Akzeptanztest für ein System kommen, das keiner haben will?
Bei dieser Fallstudie gibt es mehrere Schlüsselfaktoren, die das Projekt gefährden:
- Der Prozess der Prototypentwicklung wird nicht gesteuert.
- Die Kommunikation ist zusammengebrochen.
- Die Anwender im Betrieb werden nicht für das neue System mofiviert.
- Die Anwender wollen nicht an der Systementwicklung und dem Testprozess beteiligt werden.
Die Erfahrung stammt aus dem Buch: Die 10 goldenen Regeln des Software-Testens
| |
| | | | | | | | | | | | Zu dieser Seite wurden noch keine Kommentare oder Bewertungen abgegeben. |
|
| | | | | | | | Wichtigkeit der Kommunikation... | | | | |  | Adressiert Technologien | | | | | | | | | Literaturhinweise | | | | | | | | | | |
|
Glossar 
Forschungsprojekte 
Anbieterverzeichnis 
Datenbanksuche 
Highlights 
Eintrag kommentieren
