IT-Projektbeschreibung erstellen: Aufbau und Prüfkriterien

Eine IT-Projektbeschreibung macht aus einer Idee ein entscheidbares Vorhaben. Sie erklärt, welches Problem gelöst werden soll, für wen der Nutzen entsteht, was geliefert wird und unter welchen fachlichen, technischen und organisatorischen Bedingungen. Eine gute Beschreibung ist präzise genug für Freigabe und Planung, ohne ungeklärte Details als Tatsachen auszugeben.

Kurzantwort: Beschreiben Sie Ausgangslage und messbares Ziel, grenzen Sie Scope und Ausschlüsse ab und nennen Sie Beteiligte, Anforderungen, Lösungsrahmen, Sicherheit, Aufwand, Risiken und Abnahme. Markieren Sie Annahmen und offene Entscheidungen ausdrücklich und lassen Sie relevante Fachrollen den Entwurf prüfen.

Ausgangslage mit Belegen beschreiben

Beginnen Sie beim heutigen Prozess oder System. Welche Nutzer sind betroffen, welche Medienbrüche, Fehler, Kosten oder Risiken treten auf und wodurch ist das belegt? Nennen Sie Datenquelle und Zeitraum. Einzelne Beschwerden können wichtige Hinweise sein, sind aber noch kein repräsentativer Nachweis.

Vermeiden Sie Lösungsbegriffe im Problemstatement. „Wir brauchen eine App“ legt die Technik fest, bevor das Problem verstanden ist. „Servicetechniker können Auftragsdaten unterwegs nicht verlässlich abrufen“ lässt mehrere Lösungen offen. Eine Prozessbeschreibung hilft, aktuellen Ablauf und Schnittstellen sichtbar zu machen.

Ziele und Nutzen messbar formulieren

Formulieren Sie Zielzustand, Messgröße, Basiswert, Zielwert und Termin. Ergänzen Sie Qualitäts- und Schutzbedingungen, damit Geschwindigkeit nicht auf Kosten von Sicherheit oder Barrierefreiheit optimiert wird. Trennen Sie Ergebnisziele wie ein produktionsbereites Portal von Wirkungszielen wie kürzere Bearbeitungszeiten.

Nennen Sie auch Nicht-Ziele. Sie verhindern, dass angrenzende Wünsche unbemerkt in das Vorhaben rutschen. Nutzenannahmen müssen später überprüft werden können. Kennzeichnen Sie Schätzungen und legen Sie fest, wer nach Einführung misst, ob der erwartete Nutzen tatsächlich eingetreten ist.

Scope und Liefergegenstände abgrenzen

Listen Sie enthaltene Prozesse, Nutzergruppen, Standorte, Systeme, Datenmigrationen und Schnittstellen. Definieren Sie daneben explizite Ausschlüsse. Ein Liefergegenstand sollte überprüfbar sein, etwa „freigegebenes Rollenmodell“ oder „getestete Schnittstelle“, nicht nur „Konzept“ oder „Implementierung“.

Zeigen Sie Abhängigkeiten zu anderen Projekten, Lieferanten und internen Plattformen. Der Projektablaufplan kann daraus später Arbeitspakete und Meilensteine entwickeln. In der Beschreibung genügt eine belastbare Übersicht, solange kritische Übergaben und externe Entscheidungen erkennbar sind.

Für jede Grenze sollte klar sein, wer die angrenzende Leistung liefert. „Schnittstelle vorhanden“ ist keine belastbare Annahme, solange Datenformat, Verantwortlichkeit, Testumgebung und Termin ungeklärt sind. Machen Sie solche Voraussetzungen zu prüfbaren Eingangskriterien.

Anforderungen in Kategorien ordnen

Beschreiben Sie zentrale Nutzerfälle und fachliche Regeln. Ergänzen Sie nichtfunktionale Anforderungen zu Verfügbarkeit, Leistung, Barrierefreiheit, Wartbarkeit, Protokollierung, Datenschutz, Informationssicherheit und Wiederherstellung. Jede wichtige Anforderung braucht Quelle, Priorität und prüfbare Akzeptanzbedingung.

Vermeiden Sie eine vollständige Spezifikation im Hauptdokument. Verweisen Sie auf versionierte Anlagen und halten Sie deren Status fest. Offene Anforderungen erhalten Eigentümer und Entscheidungstermin. So bleibt die Projektbeschreibung lesbar, ohne Unsicherheit zu verstecken oder eine frühe Idee als genehmigte Anforderung darzustellen.

Lösungsrahmen und Architektur skizzieren

Zeigen Sie Systemkontext, Hauptkomponenten, Datenflüsse und Integrationen auf angemessenem Niveau. Nennen Sie bekannte Technologieentscheidungen samt Begründung und führen Sie noch offene Optionen separat. Architekturdiagramme brauchen Legende, Version und Systemgrenzen; dekorative Kästen ohne Informationsfluss helfen der Entscheidung wenig.

Prüfen Sie Identitäten, Berechtigungen, Datenhaltung, Schnittstellen, Logging, Skalierung, Portabilität und Exit. Bei Fremdleistungen gehören Betriebsgrenzen und Datenexporte in den Lösungsrahmen. Die Beschreibung garantiert keine technische Machbarkeit; kritische Annahmen sollten durch Spike, Prototyp oder Fachprüfung validiert werden.

Sicherheit, Datenschutz und Betrieb integrieren

Ermitteln Sie Schutzbedarf und sensible Datenarten früh. Benennen Sie zuständige Rollen und geplante Prüfungen. Sicherheitskonzept, Datenschutzbewertung, Berechtigung, Schwachstellenbehandlung, Backup und Wiederanlauf sind keine Restarbeiten kurz vor dem Start. Welche formalen Nachweise nötig sind, hängt vom konkreten Rechts- und Organisationsrahmen ab.

Der BSI-IT-Grundschutz ist eine offizielle Orientierung für ein systematisches Informationssicherheitsmanagement. Die Projektskizze ersetzt jedoch keine fachkundige Risiko-, Datenschutz- oder Sicherheitsprüfung. Beschreiben Sie außerdem Betriebsmodell, Support, Monitoring und verantwortete Übergabe.

Aufwand, Termine und Risiken transparent machen

Nennen Sie Budgetrahmen, interne Kapazitäten, externe Leistungen, Beschaffungen und wesentliche Meilensteine. Zahlen sollten Quelle, Stand und Unsicherheit haben. Eine punktgenaue Schätzung in einer frühen Phase erzeugt Scheinsicherheit; Bandbreiten und Annahmen sind oft ehrlicher.

Erfassen Sie die wichtigsten Risiken mit Ursache, möglichem Ereignis, Auswirkung, Maßnahme und Eigentümer. Ein Projektstatusbericht führt diese Steuerung später fort. Zeigen Sie zusätzlich Entscheidungsrisiken: Was geschieht, wenn eine Schnittstellenfreigabe, Beschaffung oder Fachentscheidung nicht rechtzeitig vorliegt?

Abnahme und Erfolgskontrolle definieren

Legen Sie fest, wer welchen Liefergegenstand anhand welcher Kriterien abnimmt. Planen Sie Teststufen, Testdaten, Fehlerklassen und Umgang mit Restpunkten. Ein Prüfprotokoll kann einzelne Ergebnisse dokumentieren; die formale Abnahme richtet sich nach Projektgovernance und gegebenenfalls Vertrag.

Trennen Sie technische Abnahme, Betriebsbereitschaft und Nutzenmessung. Ein fehlerarm gestartetes System beweist noch nicht den erwarteten Geschäftsnutzen. Definieren Sie daher Messzeitpunkt nach Einführung, verantwortliche Rolle und Reaktion, falls Zielwerte verfehlt werden.

Anforderungsgespräche nur einvernehmlich erfassen

Soll ein Workshop aufgenommen werden, informieren Sie alle Teilnehmenden im Voraus, holen Sie die ausdrückliche Zustimmung jeder Person ein und bieten Sie eine gleichwertige Alternative ohne Aufnahme. Klären Sie Zweck, Zugriff und Löschung. Zugangsdaten, Geheimnisse und unnötige personenbezogene Angaben gehören nicht in die Aufnahme.

Kuno ist ein privatsphärenorientierter physischer KI-Sprachrekorder, made in Germany. Audio wird auf dem Gerät erfasst; Verarbeitung und Speicherung erfolgen gemäß Produktbeschreibung EU-gehostet. Ein monatlicher oder jährlicher KI-Plan ist erforderlich. Kuno transkribiert nicht offline auf dem Gerät, synchronisiert nicht automatisch mit Projekttools und garantiert weder Genauigkeit noch Compliance.

Einvernehmliche Projektworkshops strukturiert nachbereiten: Kuno ansehen.

Beschreibung prüfen und versionieren

Lassen Sie Fachbereich, Technik, Betrieb, Sicherheit, Datenschutz und Finanzen die für sie relevanten Aussagen prüfen. Protokollieren Sie offene Punkte, Entscheidung, Version und Freigabedatum. Änderungen nach Genehmigung müssen sichtbar bleiben und dürfen nicht still Umfang, Budget oder Risikoprofil verschieben.

Prüfen Sie die Beschreibung auch auf innere Widersprüche: Passen Zielwerte zum Budget, Termine zu Abhängigkeiten und Verfügbarkeitsanforderungen zum Betriebsmodell? Ein kurzer Qualitätscheck vor der Freigabe verhindert, dass mehrere Teams auf unterschiedlichen Annahmen planen.

Eine gute IT-Projektbeschreibung schafft gemeinsame Orientierung und hält Unsicherheit steuerbar. Sie ersetzt weder Detailplanung noch Spezifikation, sondern gibt ihnen eine belastbare Grenze und einen nachvollziehbaren Zweck.

Aus freigegebenen IT-Workshops klare Anforderungen und Entscheidungen gewinnen: Kuno mit monatlichem oder jährlichem KI-Plan entdecken.