Implementierungsplanung und Architektur

Abgeschlossen

Am Anfang jedes Projekts steht die wichtigste Aufgabe – die Planung. Eine gute Möglichkeit für die Planung besteht darin, mit dem Zeichnen der Phasen zu beginnen und von dort aus die Zeitpläne, Aktivitäten, Ressourcen, Ergebnisse usw. hinzuzufügen. Mit bestimmten Methoden können Sie alle diese Projektelemente sichtbar und verständlich für das gesamte Team strukturieren.

Bei der Methodik handelt es sich um eine formale Technik, bei der die Abläufe geordnet und umfassend strukturiert sind. Für eine erfolgreiche Implementierung sind die richtige Reihenfolge der Aufgaben und die Sicherstellung, dass alle erforderlichen Ressourcen und Artefakte während des gesamten Lebenszyklus Ihres Projekts ordnungsgemäß verwaltet werden, entscheidend.

Bei einer Finanz‑ und Betriebs-Implementierung steigen die Kundeninvestitionen im Laufe der Zeit, unabhängig vom verwendeten Modell oder der eingesetzten Methodik. Das Ziel ist es jedoch, die Nutzungsdauer zu verkürzen und dem Kunden einen Mehrwert zu bieten. Sie können planen, mit einer einzigen Liveschaltung den Live-Betrieb mit allen Funktionen auf einmal zu starten. Die andere Möglichkeit besteht darin, Funktionen für die Produktion innerhalb mehrerer Rollouts (mehrere Liveschaltungen) freizugeben.

Diagramm, das sowohl die einzelne Go-Live-Option als auch die mehreren Rollout-Optionen zeigt

Iterative und Wasserfallmethoden

Es ist essentiell, die richtige Methodik für Ihr Finanz‑ und Betriebs-Implementierungsprojekt entsprechend der Geschäftslösung und unter Berücksichtigung der Wertschöpfungszeit auszuwählen. Hier präsentieren wir die am häufigsten verwendeten Methoden bei diesen Implementierungen.

Die Wasserfallmethodik

Die Wasserfallmethodik ist ein sequenzieller Ansatz. Das Projekt ist in verschiedene Phasen unterteilt, die jeweils von der vorherigen in die nächste Phase übergehen, bis das Projekt abgeschlossen ist. Jede Phase wird mit klaren Ergebnissen, Prüfungen und Genehmigungen gründlich dokumentiert. Normalerweise beginnt die nächste Phase bei der Wasserfallmethodik erst, wenn die vorherige Phase abgeschlossen ist. Wenn Sie z. B. Finanz‑ und Betriebs-Apps implementieren, müssen für jede Integration alle Anforderungen definiert sein, bevor die Entwickler mit der Entwicklung beginnen können.

Im Allgemeinen haben diese Projekte lange Zeiträume und möglicherweise mehrere Monate Entwurfs‑ und Erstellungsaktivitäten. Es kann zu Anforderungsverzerrungen, Wissensatrophie und erhöhter Unsicherheit in Bezug auf die folgenden Phasen kommen. Darüber hinaus kommt es häufiger vor, dass Probleme erst spät nach der Ausführung von Entwicklung und Tests erkannt werden. Dies kann in mehreren Testzyklen resultieren und die Zeitpläne verlängern, wodurch das Projekt verzögert wird.

Diagramm der Wasserfallmethodik

Die Wasserfallmethodik sollte in Betracht gezogen werden, wenn das Projekt unkompliziert ist, die Anforderungen bekannt und genau definiert sind, sich der gesamte Projektumfang nicht ändern soll und das Projekt auf einmal umgesetzt wird.

Iterative Methodik

Eine iterative Methodik konzentriert sich auf kontinuierliches Feedback, um die Arbeitsergebnisse entsprechend zu ändern und dem Projekt hinzuzufügen. Anders als bei der Wasserfallmethodik können sich die iterativen Phasen ineinander wiederholen. Dies bedeutet, dass verschiedene Phasen gleichzeitig bearbeitet werden können.

Wenn z. B. Anforderungen für eine Integration definiert sind, können die Entwickler mit der Arbeit an dieser Integration beginnen, auch wenn sich andere Integrationen noch in der Phase der Anforderungserfassung befinden. In der Regel werden iterative Projekte in Sprints unterteilt, die jeweils eine bestimmte definierte Dauer haben (für gewöhnlich ein oder zwei Wochen). Diese Sprints enthalten eine Liste der Ergebnisse, die während des Sprints zu liefern sind.

Der iterative Ansatz eignet sich dann, wenn die Anforderungen zu Beginn des Projekts unklar sind, entlang des Lebenszyklus der Anwendung zusätzliche Anforderungen oder Arbeitsergebnisse erwartet werden oder das Projekt nicht auf einmal freigegeben werden muss. Diese Methodik eignet sich auch hervorragend für benutzerorientierte Projekte, insbesondere wenn sich das Projektteam voll und ganz dem Projekt widmet. Da der iterative Ansatz viele Akteure einbezieht, die gleichzeitig an verschiedenen Projektteilen arbeiten, kann die Kommunikation und Koordination des Projekts zuweilen schwierig sein. Daher ist es von Vorteil, mit dem Projektteam im regelmäßigen Kontakt zu sein.

In jedem Sprint können Sie Feedback erhalten und Validierungen durchführen, potenzielle Probleme frühzeitig erkennen, durch Wiederholungen mehr Wissen gewinnen und Entwicklungen mit mehr Vertrauen erstellen.

Aufgrund der iterativen Natur dieser Methodik kann sich die Nachverfolgung als recht komplex erweisen. Oft werden Arbeiten neu priorisiert, wenn die zu erbringenden Leistungen über den ursprünglichen Sprint hinausgehen oder wenn später neue Sprints hinzugefügt werden müssen.

Andere damit verbundene Risiken bestehen darin, dass mehr parallele Aktivitäten durchgeführt werden, mehr Kundenressourcen benötigt werden und ein Unternehmen durch Herausforderungen im Bereich des Änderungsmanagements störungsanfälliger wird. Der Umfang kann von einer Iteration zur nächsten wechseln.

Diagramm der iterativen Methodik

Bei der Planung ist es wichtig, die angemessene Methodik entsprechend den Phasen, der Zeit, der Qualität und dem Budget des Projekts anzuwenden.