Softwareanalyse & Prozessanalyse

Workflow Analyse, Bedarfsanalyse & Anforderungsanalyse

Sie möchten eine Software für Ihr Unternehmen anschaffen sowie die optimale Lösung finden.

Zu jedem Projekt gehört eine zielgerichtete, detaillierte aber auch dokumentierte Analyse. Wir bringen ihre Anforderungen mit ihnen gemeinsam zu Papier.

Unsere Softwareberater helfen Ihnen bei der Suche und finden die richtige Entscheidung.

Unsere Vorgehensweise - die Schritte der Softwareanalyse:


5 Projektphasen

Es gibt fünf verschiedene Phasen eines Projekts:

  1. Initiierungsphase,
  2. Planungsphase,
  3. Ausführungsphase,
  4. Überwachungsphase, 
  5. Abschlussphase. 

Projektmanagement-Landschaft

Gemäß Anregung des Projektmanagement-Gurus Robert K. Wysocki lassen sich Projekte nach den Kriterien "Ziel" und "Lösung" in einer Projektmanagement-Landschaft (siehe untere Abbildung) anschaulich klassifizieren. Für jedes Kriterium sind dort zwei Werte möglich: das Ziel (d.h. die Anforderungen) ist entweder klar oder unklar spezifiziert; und die Lösung ist entweder vollständig oder unvollständig bekannt. Daraus resultieren Quadranten, die durch folgende Methoden des Projektmanagements besetzt sind:

  • Traditionelles Projektmanagement, TPM
  • Agiles Projektmanagement, APM
  • Extremes Projektmanagement, xPM
  • Emertxe Projektmanagement, MPx

Traditionelles Projektmanagement

Projekte nach traditioneller Methode werden in einzelnen Schritten einer starren Abfolge ausgeführt: z.B. Initiierung, Planung, Ausführung, Monitoring und Abschluss. Jeder Schritt wird abgeschlossen und abgenommen bevor der nächste folgt. Hauptelemente dieser Methode sind:

  • detaillierte Planung zu Projektbeginn
  • sequentielle Prozesse
  • detaillierte Dokumentation (z.B. von Anforderungen, Arbeitspaketen, Abläufen usw.).

Ausgereifte Tools und Vorlagen erleichtern das Management von traditionellen Projekten. Als wichtigste Vorteile dieser Methode gelten: präzis definierte Ziele, steuerbare Prozesse, umfassende und detaillierte Dokumentation sowie klar zugeordnete Verantwortungsbereiche. Traditionelle Methoden eignen sich besonders für kleine sowie weniger komplexe Projekte. Schlagartige Änderungen einzelner Projektbestandteile erzwingen oft weitreichende Anpassungen des Projektplans.

Weil Kunden kaum in der Lage oder nicht gewillt sind, geschäftliche Ziele in Form von Anforderungen zu formulieren, besteht keine Gewährleistung, dass die umgesetzten Anforderungen die Ziele des Kunden tatsächlich erfüllen. Das Risiko, dass der Kunde mit dem Projektergebnis nicht zufrieden ist, ist deshalb groß. Bei Abbruch des Projekts liegt oft kein brauchbares oder verwertbares Projektergebnis vor, da die Umsetzung aller Anforderungen Voraussetzung zur Erreichung des Projektziels ist.

Agiles Projektmanagement

Agile Projekte basieren auf einem kundenorientierten, teambasierten und iterativen Vorgehen, das auf die rasche Bereitstellung nutzbarer Funktionalitäten ausgerichtet ist. Die Hauptmerkmale agilen Projektmanagements sind:

  • iteratives, zyklisches Vorgehen im Rahmen von sog. Sprints mit einer Maximaldauer von einem Monat
  • konsequente Kundenorientierung dank regelmäßigem Kunden-Feedback
  • flexibler Anforderungskatalog, auf aktuellen geschäftlichen Zielen und Prioritäten ausgerichtet
  • selbstorganisierte, funktionsübergreifende Teams
  • regelmäßige Bereitstellung nutzbarer Features, die auf das Projektziel konvergieren

Änderungen in letzter Minute lassen sich im Rahmen agiler Projekte problemlos aufnehmen, ohne Zeitplan und Projektumfang zu beeinträchtigen. In Kontrast zu traditionellen Projekten, liegen bei Abbruch des Projekts nutzbare Funktionalitäten vor.

Extremes Projektmanagement

Bei Projekten des extremen Projektmanagements geht es um:

  • komplexe und ungewisse Vorhaben deren Ziel zum großen Teil unbekannt und deren Lösung bekannt oder unbekannt ist.

  • Projekte, die kein Fertigstellungsdatum haben und spekulativ sowie hochriskant sind.

Anstelle eines zu Projektbeginn festgelegten Ziels, geht es hier darum, ein erstrebenswertes Ziel im Verlauf des Projektes iterativ zu entdecken. Das Projektziel wird im Verlauf des Projekts schrittweise erarbeitet. Bei extremen Projekten sind die Aktivitäten des Entdeckens und Lernens zentral. Kreativität spielt hier eine zentrale Rolle.

Die Ungewissheit extremer Projekte zeigt sich in der unbekannten Dauer und den ungewissen Kosten. Die Versagensquote extremer Projekte ist hoch und die erreichten Ziele können signifikant von den erwarteten abweichen.

Ein einfaches Beispiel eines extremen Projektes ist die Suche nach nutzbringenden geschäftlichen Anwendungen von Standardsoftware. Hier ist die Software die bekannte Lösung, während die Anwendung das unbekannte Ziel darstellt. Hochkomplexe extreme Projekte sind in der Grundlagenforschung und in der F&E anzutreffen. Dort kann es z.B. darum gehen, ein (noch unbekanntes Wirkmittel) zu einer (unbekannten) Krebserkrankung zu entdecken.


Methode des Projektmanagements auswählen

Der Einsatz der geeigneten Methode des Projektmanagements ist für den Erfolg eines Projekts maßgebend. Die Auswahl der Methode sollte daher nach relevanten Kriterien geschehen. Die untenstehende Tabelle listet Kriterien auf, die bei der Auswahl der optimalen Methode hilfreich sind:

 

Tabelle: Kriterien zur Wahl der Methode des Projektmanagements

 
 

Traditionell

Agil

Extrem

Kundenmitwirkung

-Gering und punktuell
- Vor Projektbeginn und bei Meilensteinen

- Hoch und kontinuierlich
- Während gesamten Projekts

- Sehr hoch und kontinuierlich
- Während gesamten Projekts

Ziel

- Bei Projektbeginn klar
- Detailliert
-Starr, Änderungen stark erschwert

- Bei Projektbeginn klar
- Details während Projekt ausgearbeitet
- Flexibel, Änderungen jederzeit möglich

- Unklar, während Projekt entdeckt
- Details während Projekt ausgearbeitet
- Flexibel, Änderungen jederzeit möglich

Lösung

- Klar
- Detailliert

- Unklar
- Details während Projekt ausgearbeitet

- Klar bis unklar, während Projekt entdeckt
- Details während Projekt ausgearbeitet

Team

- Übergeordnete Koordination
- Synchronisation beschränkt auf Übergabestellen

selbstorganisierte, funktionsübergreifende Teams

selbstorganisierte, funktionsübergreifende Teams

Entscheidungs-kompetenz

Bei Projektmanager

Beim Projektteam

Beim Projektteam

Eskalations-management

Bei Problemen, Eskalation auf übergeordnete Hierarchiestufe

Bei Problemen, gemeinsame Lösungsfindung durch Team

Bei Problemen, gemeinsame Lösungsfindung durch Team

Finanzierung

- Oft Fixpreis
- Riskant, falls Ziel und Lösung nicht im Detail ausgearbeitet

Am besten nach Aufwand oder flexiblem Modell

Am besten nach Aufwand oder flexiblem Modell

Risiko

- Gering, bei einfachen Projekten und wenn Ziel und Lösung detailliert sind
- Hoch, bei komplexen, innovativen Projekten und bei wesentlichen Zieländerungen

- Gering, auch bei komplexen, innovativen Projekten
- Projektergebnis nach jeder Iteration geprüft

- Hoch, v.a. wenn Ziel unklar ist
- Projektergebnis nach jeder Iteration geprüft

Projektergebnis

- Nutzbares Projektergebnis liegt erst bei Projektabschluss vor
- Bei Projektabbruch liegt kein nutzbares Projektergebnis vor

- Nutzbares Projektergebnis liegt nach jeder Iteration vor
- Auch bei Projektabbruch liegt ein nutzbares Projektergebnis vor

- Nutzbares Projektergebnis liegt nach jeder Iteration vor
- Auch bei Projektabbruch liegt ein nutzbares Projektergebnis vor


Fragen, die zu klären sind

Es lässt sich keine im Sinne einer "Einheitsgröße" für alle Projekte passende Methode des Projektmanagements angeben. Deshalb sollte die Methode des Projektmanagements für jedes Projekt situativ und individuell bestimmt werden. Mit der Landschaft des Projektmanagements lässt sich die Methode des Projektmanagements gemäß den Ausprägungen von "Ziel" und "Lösung" in einem ersten Schritt bestimmen. Die Wahl lässt sich in einem zweiten Schritt nach Fragestellungen wie die folgenden validieren:

  • Ist der Kunde gewillt und in der Lage, während des Projekts eng mitzuwirken?

  • Ist eine kurze Time-to-Market wichtiger als ein Release mit allen Features?

  • Handelt es sich um ein dynamisches, volatiles Vorhaben, bei dem häufige und schlagartige Änderungen der Anforderungen zu erwarten sind?

  • Ist das Projekt hohen und unbekannten Risiken ausgesetzt?

  • Wie komplex ist das Projektvorhaben?

  • Wie groß ist die Erfahrung mit vergleichbaren Aufgabenstellungen?

Um den Projekterfolg weiter abzusichern, sollen nicht zuletzt die Präferenzen der Beteiligten bei der Wahl der Methode des Projektmanagements beachtet werden.


Warum scheitern Projekte

Obschon sich die Methoden des Projektmanagements seit mehr als 50 Jahren weiterhin stark verbreiten, versagen gemäß Standish Group Chaos Report mehr als 50 Prozent der IT-Projekte, weil Zeit-, Kosten- und Funktionalitätsziele verfehlt werden. Etwas mehr als 30 Prozent der Projekte werden abgebrochen. Lediglich etwas mehr als 15 Prozent der Projekte werden erfolgreich abgeschlossen, unter Einhaltung von Kosten-, Termin- und Funktionalitätszielen.

Gescheiterte Projekte zeigen folgende Eigenschaften auf:

  • Unvollständige Anforderungen
  • Fehlende Kundenmitwirkung
  • Mangel an Ressourcen
  • Unrealistische Erwartungen
  • Fehlende Unterstützung durch das Management
  • Wechselnde Anforderungen
  • Fehlende Planung
  • Überflüssige Anforderungen
  • Mangel an IT-Management
  • Technischer Analphabetismus

Die oben gemachten Anmerkungen deuten darauf hin, dass Kundenmitwirkung und Anforderungen den Projekterfolg am stärksten beeinflussen. Erfolgskritische Projekte sollten daher auf eine möglichste starke Kundenmitwirkung sowie auf die Erfüllung wechselnder Anforderungen setzen.

IST-Aufnahme oder IST-Analyse ihrer aktuellen Situation, Workflows sowie Arbeitsbedingungen. Ohne Bewertung oder Verzerrung.

Workplace Innovation Report

Analyse Ihres Bedarfs: Nach einer IST-Analyse wird eine bedarfsorientierte SOLL-Analyse Ihrer gesuchten Lösung erstellt, d.h. wir unterstützen Sie bei der Definition Ihrer Anforderungen.

Ziele:

  • Das Finden von Lösungsansätzen zur Effizienzsteigerung,
  • Die Optimierung von Meldewegen, Workflows & Infrastrukturen,
  • Den Alltag, die Prozesse in der Abteilung, eigene Aufgaben & Workflows durchdenken,
  • Suchen von Schwachstellen & komplizierte Standards,
  • Neue Wege, Möglichkeiten & Wünsche durchdenken,
  • Ausarbeitung der zukünftigen Bestandteile der Software, benötigte neue Funktionalitäten.

Das Lastenheft beschreibt die Gesamtheit der Anforderungen des Auftraggebers an die Lieferungen & Leistungen eines Auftragnehmers. Es ist das Ergebnis einer Anforderungsanalyse und damit ein Teil des Anforderungsmanagements.

Grundlage zur Erstellung eines Pflichtenheftes ist ein Lastenheft.

Nach einer IST-Analyse & SOLL-Analyse planen sowie erstellen wir ein Pflichtenheft.

Bevor der Auftrag zur Softwarerecherche bzw. Software-Entwicklung intern oder extern vergeben wird, muss die Anforderungsdefinition für die Software erstellt sein, aus der dann das Grob- & Feinkonzept für die Realisierung entwickelt wird.
Die Ergebnisse der vorausgegangenen Anforderungsanalyse und Arbeiten dienen der Festlegung eines Software-Anforderungsprofils (Pflichtenheft) als Grundlage für die Erstellung einer Software bzw. eines Workflow Management Systems.

Einhergehend prüfen unsere Experten den aktuellen Markt nach existierenden Standardlösungen. Bei der Recherche, können Sie mit der erstellten Softwareanalyse von unterschiedlichen Anbieter ein Angebot bzw. eine Abdeckung Ihrer Anforderungsanalyse anfordern.

Wir planen die Umsetzung Ihres Bedarfs, begleiten Sie bei der Einführung der Lösung, bei der evtl. Anpassung bis zur Einführung, Schulung sowie individuellen Begleitung & Betreuung.

Sollten keine passende Lösung auf dem Markt geben die der Softwareanalyse erfüllt, so können wir Ihnen eine maßgeschneiderte Lösung erstellen, installieren, schulen und evaluieren ggf. weiter an Ihre wachsenden Bedürfnisse optimieren.

Softwareentwicklung