Wie Word meine Use-Case-Bezeicher verschob

Probleme treten oft an unerwarteten Stellen auf. Ursache hierfür ist nur zu oft unser eigenes Wissen oder Können. Dinge die wir nach unserem Wissen „richtig“ angehen, Standards, die wir unbewußt einhalten, weil wir sie verinnerlicht haben, setzen wir auch stillschweigend bei anderen voraus.

Ein kleines Beispiel: In einem Projekt hatte ich die Leitung für ein russisches Outsourcing-Projekt in dem win Wissensmanagementsystem für einen deutschen Automobilbauer umzusetzen war. Die Spezifikation wurde von unserem deutschen Partner erstellt, während wir für die reine Umsetzung uns verantwortlich zeichneten. Da unserem Partner die personellen Ressourcen für die Spezifikation fehlten wurde auf externe Beraterressourcen für dieses Projekt zugegriffen. Schnell wurde klar, daß dies das erste Spezifikationsprojekt des eingestellten Beraters war.

Da wir die Thematik schon aus einem Vorgängerprojekt kannten, war dies nicht allzu schwerwiegend. Vieles wußten wir aus dem Kontext und die Architektur wurde fest durch ein Framework des Kunden vorgegeben. Nur die Use Cases keine stabile Bezeichnung hatten, das machte uns das Leben schwer, da wir unsere Arbeitspakete auf Basis der Use Cases zusammenstellten. Ein Arbeitsauftrag war bei uns beispielsweise die Umsetzung der Anwendungsfälle „Projekt anlegen“, „Projekt bearbeiten“ und „Projekt freigeben“. Nur konnte sich die Benennung der Anwendungsfälle auch ändern und tat dies auch. Dies sollte eigentlich auch kein Problem sein, wenn es für jeden Anwendungsfall eine eindeutige Nummer gibt wie beispielsweise UC-223, nur wurden die Use Cases anfangs über die Kapitelnummern identifiziert. Sie ahnen es sicherlich schon. Sobald ein neues Kapitel in das (Word-)Dokument eingefügt wurde, änderten sich natürlich auch die Kapitelüberschriften und damit konnte über die Zeit Uses Case 3.2.2 unterschiedliche Anwendungsfälle beschreiben. Später wurde dies auch geändert, doch war dies auch ein langwieriger Prozess.

Was kann man daraus lernen:

  • Setze nie voraus, daß Dein Gegenüber über das gleiche Wissen verfügt wie Du, sondern schaffe eine gemeinsame Wissensbasis.
  • Halte Anwendungsfallbezeichner immer stabil und ändere sie nie. Sie bilden in anwendungsbezogenen Projekten eine Grundlage für die Kommunikation zwischen allen Beteiligten.

Bei Gelegenheit schreibe ich etwas darüber, wie eine Use Case-ID gebildet werden kann und wie mit man mit ihnen umgehen sollte.

Tags: , ,

Hinterlasse eine Antwort

Du musst angemeldet sein, um einen Kommentar zu schreiben.