In der Welt der modernen IT-Technologien, in der sich täglich zahlreiche Anwendungen von Google Play und Appstore über Aktualisierungen informieren, ist es durchaus üblich, vom Projektteam zu hören, dass das ERP-System „in 9 (optimistischen) bis 12 Monaten (realistischen) Projekt durchgeführt wird“. Darüber hinaus gibt es komplexere Projekte. In einem der Unternehmen, in dem mein Freund arbeitete, dauerte nur die Phase der Erstellung und Unterzeichnung des Entwurfs der Prozesse 6 Monate. Der Umfang des Designdokuments erwies sich als beeindruckend und hätte in gedruckter Form sehr wohl das Leben eines Kriegers aus dem alten China retten können (sie sagten, sie hätten Papier als Material für ihre Rüstung verwendet). Die Tage des alten China sind vergangen, aber heute rettet dieser Papierstapel, wenn nicht sogar das Leben, zumindest das Nervensystem der Berater in der Phase der Inbetriebnahme des Systems. Was ein Designdokument jedoch nicht rettet, ist eine zeitliche Verschiebung des Projektstarts und Probleme mit der Qualität des Systems zum Zeitpunkt des kommerziellen Betriebs. Versuchen wir herauszufinden, warum dies geschieht und ob es irgendwie anders möglich ist.
Stellen Sie sich vor, Sie bestellen die Reparatur Ihrer neuen Wohnung. Bevor Sie mit der Arbeit beginnen, werden Sie vom Auftragnehmerteam gebeten, ein Textdokument zu unterzeichnen, in dem in der Regel ohne Abbildungen angegeben ist, wie Ihre Wohnung nach der Reparatur aussehen wird. Dabei werden alle Details wie Steckdosen, Schalter, Möbel usw. berücksichtigt insgesamt entstehen zusätzliche kosten. Aus diesem Grund gehen Sie verantwortungsvoll an die Aufgabe heran, verbringen viel Zeit und unterschreiben am Ende das Dokument. Nehmen wir an, Sie verlassen das Land für sechs Monate. Und vertrauen Sie ganz darauf, dass das Implementierungsteam die Reparatur selbst durchführt, ohne dass Sie dies kontrollieren und überwachen müssen. Kommen Sie nach sechs Monaten zurück, gehen Sie in die Wohnung und sehen Sie, dass die fertige Wohnung Ihre Erwartungen nicht vollständig erfüllt. Anschließend bitten Sie das Projektteam, einige Details zu korrigieren, z. B. die Steckdosen näher an den Kühlschrank heranzuführen. Das Projektteam sagt, dass es ziemlich teuer ist, die Steckdosen zu wechseln und viel Zeit in Anspruch zu nehmen, da Sie die Wand aushöhlen müssen und es Fliesen usw. gibt. Sie gehen ins Schlafzimmer, schalten die bereits installierte Klimaanlage ein und verstehen, dass sie nachts direkt auf Sie bläst . Bitten Sie das Team, es zu bewegen, aber Sie erhalten ungefähr die gleiche Antwort wie bei den Steckdosen. Dies ist jedoch eine Grundsatzfrage für Sie und Sie sagen, dass Sie erst dann in der Wohnung wohnen werden, wenn die Klimaanlage dort ist, wo Sie sie benötigen. In Ihrer aktuellen Wohnung ist sie genau dort, wo Sie sie benötigen, und Sie sehen keinen Grund, sich zu bewegen, wenn dies der Fall ist wird den Komfort Ihres täglichen Lebens verschlechtern. Infolgedessen rufen Sie eine Wohnung 3 Monate später als im ursprünglichen Plan mit einem Budgetüberschuss von 20% an.
Meiner Meinung nach besteht das Hauptproblem darin, dass wir versuchen, alle Details in der Entwurfsphase vorherzusehen und zu korrigieren, bevor wir mit der Arbeit beginnen. Die Entwurfsphase ist verzögert, weil Geschäftsanwender können sich selten ganz dem Projekt widmen, sie müssen sich mit ihren täglichen Geschäftsprozessen auseinandersetzen. Zum Zeitpunkt der Unterzeichnung des Entwurfs hat sich ein ziemlich großer Rückstand an ausstehenden Aufgaben angesammelt, und sie sind erst in der Testphase bereit, sich an dem Projekt zu beteiligen. Sie haben bereits viel Zeit mit der Planung aller Details verbracht und möchten ein fertiges und abgestimmtes System sehen. Das fertige Ergebnis entspricht jedoch nicht den Erwartungen. Ein Grund dafür ist im Folgenden dargestellt:
In unserem Unternehmen erproben wir erfolgreich einen neuen Ansatz für Projekte zur Implementierung und Replikation von ERP-Systemen. Darüber hinaus können Sie bei Replikationsprojekten das Projekt mit aufeinander folgenden Phasen des Entwurfs, der Entwicklung und des Testens (auch bekannt als Waterfall) noch schneller als üblich abschließen.
Wir sind von hier weggezogen:
Dazu:
Wir nennen diesen Ansatz gemischt (Waterfall - Agile), da wir sowohl agile Elemente (Sprint-Arbeit) als auch Waterfall (kommerzieller Betrieb beginnt erst nach Abschluss des gesamten Projekts) verwenden. Die Beschleunigung beruht auf der Tatsache, dass wir zum einen parallel mit Geschäftsanwendern zusammenarbeiten (an der Gestaltung zukünftiger Sprints und Anpassungen, der Entwicklung aktueller Sprints) und zum anderen Steckdosen näher an den zukünftigen Kühlschrank heranrücken, bevor die Fliesen verlegt werden und Küchenset zusammengebaut. Je größer das Projektvolumen, desto mehr Zeit- und Qualitätsgewinne gegenüber dem klassischen Waterfall-Ansatz.
Beispielprojekt auf dem Mars mit einem gemischten Ansatz
Die Hauptmerkmale des Projekts:
- 5½ Perioden (22 Wochen) vom Start bis zum Start
- Komplettes Projektteam - 40 Personen (Geschäftsanwender und IT-Berater, Entwickler)
- 4 Funktionsteams innerhalb des Projektteams - Abteilung Finanzen, Einkauf, Logistik und Verkauf, Qualitätskontrolle
- 4 Zyklen von Geschäftstests mit 93% der erfolgreichen Skripte beim ersten Versuch. 5 Workshops in Vollzeit
In der Phase vor dem Projekt haben wir geschätzt, dass wir das Projekt in 30 Wochen durchführen würden. Tatsächlich haben wir mit dem Agile-Ansatz alles in 22 Wochen erledigt. Für eine Betriebsdauer von 4 Monaten nach dem Start haben wir 1 Änderungsanforderung vom Unternehmen erhalten.
Schlüsselfaktoren für den Erfolg
Interne IT-Teams. Vereinbaren Sie so bald wie möglich mit den wichtigsten IT-Teams, die an der Implementierung beteiligt sind. Bitten Sie die Unterstützung des Managements, mit einem externen Auftragnehmer in einen Dialog zu treten.
Externer Auftragnehmer. Das Projektteam des Auftragnehmers sollte aus Fachleuten bestehen, die mit dem System selbst und den Prinzipien der agilen Implementierung vertraut sind. Anfänger sollten das nicht sein. Führen Sie vor Vertragsunterzeichnung selektive Interviews mit dem Team durch.
Das Geschäftsteam sollte die Möglichkeit und den Wunsch haben, sich in allen Phasen der Entwicklung regelmäßig an dem Projekt zu beteiligen. Dies bedeutet nicht, dass das Geschäft mehr arbeiten muss. Wir verteilen ihre Zeit von der üblichen Design- und Testphase auf jedes Segment der Entwicklung.
Einige häufig gestellte Fragen
Frage 1: Die Handelsabteilung bittet darum, vor Beginn der Entwicklung einen Vertrag mit einem Vertragspartner mit festem Wert zu unterzeichnen. Aber wie sollen die Kosten bewertet werden, wenn es kein fertiges und unterschriebenes Design gibt?
Antwort 1: Wir unterzeichnen einen festen Teamvertrag mit einem Auftragnehmer - wir legen das Team und die Projektdurchführungszeit fest, z. B. 8 Monate. Dies ist nicht dasselbe wie Time-Material, as Wir erfassen die Dauer und die Gesamtmenge der Arbeit. Gleichzeitig bleiben wir flexibel, wenn es darum geht, geschäftliche Anforderungen zu ändern oder hinzuzufügen, wenn sich die Dauer des Projekts und des Teams nicht verlängert.
Frage 2: Was ist, wenn Geschäftsanwender während der Überprüfung und Planung jedes Sprints ständig neue Anforderungen hinzufügen?
Antwort 2: In diesem Fall bitten wir Sie, die Anforderungen zu priorisieren und diejenigen zu entfernen, die die niedrigste Priorität haben und nicht in die Projektfristen passen. Das heißt füge eine neue hinzu, anstatt etwas existierendes. All diese Änderungen / neuen Anforderungen werden in jedem Fall in der Annahmephase auf uns warten, unabhängig von der Herangehensweise. Bei einer Zwischenabnahme am Ende jedes Sprints haben wir jedoch mehr Möglichkeiten, diese Anforderungen zu erfüllen. Bei einer Abnahme unmittelbar vor dem Start riskieren wir den Zeitpunkt des Starts und die Qualität des Systems (Qualität ist per Definition die Übereinstimmung des Endergebnisses mit den Erwartungen des Benutzers, nicht Textgestaltung).
Wenn Sie an diesem Artikel interessiert sind, Fragen haben oder einfach nur eine Meinung zu dem oben Gesagten äußern möchten, bin ich dankbar, wenn Sie Feedback zur Veröffentlichung oder in einer persönlichen Nachricht geben. Abbildungen und ideologischer Inhalt des Artikels unter Beteiligung von Angelina Abdullaeva angelina .abdullayeva.