[Spezifikation] ››› Anforderungsdefinition

1. Initial werden die von der Systemunterstützung betroffenen Geschäfts- und Arbeitsprozesse erfasst – toolgestützt mittels des Change Control Centers (threec). Dieser Schritt erfolgt so fokussiert wie möglich, ist aber zur Absicherung der Fachlichkeit unumgänglich. Hierbei wird auf bestehende Dokumentationen zurückgegriffen und über ein langjährig erprobtes Workshop-Verfahren die erforderlichen Informationen erfasst.

 

2. Danach erfolgt bereits der erste Abstimmungslauf mit den betroffenen Stakeholdern. Fehlende Stakeholder sollten hier durch die Beteiligten identifiziert werden und können so noch hinzugezogen werden. Ferner erfolgt hier bereits die Vorbereitung der Organisation auf die bevorstehende Veränderung, da eine mangelnde Kommunikation ein hohes Veränderungsrisiko bedeutet.

 

3. In direkter Fortsetzung werden im threec die Anforderungen an die Systemunterstützung der Arbeitsprozesse erfasst. Eine bestehende Systemunterstützung oder zu nutzende Standard-Software können hierbei abgebildet und Anpassungsbedarfe dokumentiert werden.

 

4. Per Report werden durch den threec hieraus Lastenhefte und Ausschreibungsdokumente generiert, über die die erforderlichen Aufwände bestimmt oder Anbieter zur Angebotserstellung aufgefordert werden können. Verschiedene Implementierungsalternativen können nach Bereitstellung durch den Systemdienstleister direkt aus den Arbeitsprozessen verlinkt werden, um diese hinsichtlich ihres Lösungspotentials zu bewerten.

 

5. Im zweiten Abstimmungslauf werden die kalkulierten Kosten und Aufwände direkt in die Arbeitsprozesse und hieraus in die Geschäftsprozesse zurückgespielt. Auf Basis der auf diese Weise gewonnenen Kosten-Nutzen-Analyse können die Systemunterstützung, die Arbeits- oder die Geschäftsprozesse so angepasst werden, dass eine Umsetzung in Time and Budget möglich ist. Die so geplante Systemunterstützung wird dann durch die betroffenen Stakeholder evaluiert, so dass fehlende oder falsche Funktionalitäten/Anforderungen vor der Implementierung abgefangen werden können.

 

6. Per Report werden dann mittels des threecs die von der geänderten Systemunterstützung betroffenen Anwender über deren Rollenzugehörigkeit identifiziert, um hieraus ein Schulungskonzept zu erstellen. Die Qualifizierung der Mitarbeiter kann toolgestützt über die Knowledge-Management-Komponente des threecs erfolgen – sogar bevor die Implementierung abgeschlossen ist, wenn die erforderlichen Quellen entsprechend verlinkt sind. Ferner kann per Report durch die Generierung fachlicher Testfälle das Testen vorbereitet werden.

 

CCaaS ‘Requirements Defintion’ führt soweit möglich alle erforderlichen Entscheidungen im Voraus herbei, d.h. die im Bedarf als häufiger Praxisfehler genannte “nachgelagerte Realitätsprüfung” wird dadurch ausgeschlossen, indem die “Verprobung” in der Organisation kontinuierlich stattfindet. In gleicher Weise werden die fachlichen Folgen von Anfang an berücksichtigt bzw. alle Anforderungen aus der eigentlichen Fachlichkeit abgeleitet und nicht umgekehrt.

 

>>> Zurück zur Service-Übersicht