Wie ein typisches IT-Projekt Phase für Phase abläuft

Q: Wir vergeben gerade unser erstes größeres Software-Projekt — welche Phasen hat ein IT-Projekt, und was passiert in jeder konkret auf unserer Seite?

Die meisten IT-Projekte durchlaufen vier Phasen, und wer sie im Voraus kennt, weiß, was er in jeder Phase beisteuern muss und was er zurückbekommt. Zuerst kommt die Beratung: Gemeinsam schärfen wir das Konzept, wägen realistische Alternativen ab (selbst bauen vs. kaufen, nativ vs. cross-platform, voll individuell vs. Standardlösung), und Sie gehen mit einer indikativen Schätzung heraus — einer Größenordnung für Kosten, Zeit und Aufwand, gut genug, um über das Ob und Wie zu entscheiden, aber kein unterschriebenes Festangebot. Dann die Spezifikation: Wir verwandeln das Konzept in interaktive Mockups, durch die Sie klicken können, und schreiben die Geschäftslogik in der Sprache der Stakeholder — Regeln, Rollen, Sonderfälle und Was-passiert-wenn —, damit die Menschen, die den Prozess tatsächlich betreiben, und nicht nur die Entwickler, bestätigen können, dass er der Realität entspricht, bevor eine Zeile Produktionscode geschrieben wird. Die Umsetzung folgt in kurzen Sprints, von denen jeder mit etwas Sichtbarem endet, auf das Sie reagieren können, sodass Ihr Feedback den Aufbau steuert, solange Änderungen noch günstig sind; gegen Ende führen Sie einen User-Acceptance-Test (UAT) gegen die vereinbarten Spezifikationen durch und nehmen das Ergebnis formell ab, während jeder neue Wunsch über den vereinbarten Umfang hinaus als Change Request (CR) mit eigener Schätzung und Freigabe behandelt wird. Schließlich der Betrieb: Einmal live, wird die Software unter vereinbarten Service-Levels (SLAs) betrieben — Verfügbarkeit, Reaktions- und Behebungszeiten — und mit wachsender Nutzung skaliert, damit sie leistungsfähig bleibt, wenn mehr Nutzer, Daten und Last hinzukommen. Diese Struktur im Voraus zu kennen bedeutet weniger Überraschungen: Sie wissen immer, in welcher Phase Sie sind, welche Entscheidung sie von Ihnen verlangt und was dabei herauskommt.

Question

FrageWir vergeben gerade unser erstes größeres Software-Projekt — welche Phasen hat ein IT-Projekt, und was passiert in jeder konkret auf unserer Seite?

Accepted Answer

Die meisten IT-Projekte durchlaufen vier Phasen. Wer sie im Voraus kennt, weiß, was er in jeder Phase beisteuern muss — und was er zurückbekommt:

1Beratung — wir schärfen das Konzept und wägen realistische Alternativen ab (selbst bauen vs. kaufen, nativ vs. cross-platform, individuell vs. Standardlösung), und Sie gehen mit einer indikativen Schätzung heraus: einer Größenordnung für Kosten, Zeit und Aufwand, genug, um über das Ob und Wie zu entscheiden — kein verbindliches Angebot.
2Spezifikation — aus dem Konzept werden interaktive Mockups zum Durchklicken plus die in Stakeholder-Sprache geschriebene Geschäftslogik (Regeln, Rollen, Sonderfälle, Was-passiert-wenn), damit die Menschen, die den Prozess betreiben, bestätigen können, dass er der Realität entspricht, bevor Produktionscode entsteht.
3Umsetzung — der Aufbau läuft in kurzen Sprints, von denen jeder mit etwas Sichtbarem endet, auf das Sie reagieren können, sodass Ihr Feedback ihn steuert, solange Änderungen noch günstig sind. Gegen Ende führen Sie einen User-Acceptance-Test (UAT) gegen die Spezifikationen durch und nehmen formell ab, und alles über den vereinbarten Umfang hinaus wird zum Change Request (CR) mit eigener Schätzung und Freigabe.
4Betrieb — einmal live, läuft das System unter vereinbarten Service-Levels (SLAs) für Verfügbarkeit, Reaktions- und Behebungszeiten und wird mit wachsender Nutzung skaliert, damit es leistungsfähig bleibt, wenn mehr Nutzer, Daten und Last hinzukommen.

Diese Struktur im Voraus zu kennen bedeutet weniger Überraschungen: Sie wissen immer, in welcher Phase Sie sind, welche Entscheidung sie von Ihnen verlangt und was dabei für Sie herauskommt. Die Phasen können sich überlappen oder wiederholen — eine zu überspringen verschiebt ihre Kosten meist nur nach hinten.