Das erste Softwareprojekt sinnvoll eingrenzen

Mit einem vollständigen Vorgang beginnen.

„Ein Portal bauen“ oder „KI einsetzen“ beschreibt noch nicht, was am Ende funktionieren soll. Wählen Sie zuerst einen typischen Vorgang: Wer startet ihn, welche Informationen liegen vor und welches Ergebnis wird gebraucht? Diese Beschreibung ist für eine erste technische Einordnung oft hilfreicher als eine Liste gewünschter Werkzeuge.

Als illustrative Entscheidungssituation betrachten wir ein Kundenportal: Ein Kunde meldet sich an, stellt eine Anfrage mit einer Unterlage und sieht anschließend den Bearbeitungsstand. Das zuständige Team prüft die Anfrage und gibt eine Rückmeldung. Dieses durchgehende Beispiel ist kein nachgewiesenes Kundenprojekt.

Notwendiges von späteren Erweiterungen trennen.

Schreiben Sie auf, was dieser erste Vorgang zwingend benötigt. Eine zweite Rolle kann notwendig sein, eine weitere Auswertung dagegen später folgen. Die Grenze sollte entlang einer nutzbaren Aufgabe verlaufen – nicht mitten durch deren Abschluss.

Das Ergebnis ist eine kurze Liste aus notwendigem Umfang, ausdrücklich zurückgestellten Funktionen und offenen Entscheidungen. Dadurch lässt sich ein Angebot gegen dieselbe Aufgabe beurteilen, statt nur unterschiedlich lange Funktionslisten zu vergleichen.

Für das Kundenportal wären zunächst ein geschützter Zugang, die Erfassung der Anfrage, die Zuordnung zum zuständigen Team und eine sichtbare Rückmeldung erforderlich. Ein Auswertungsdashboard, weitere Sprachen und eine automatische Abrechnung könnten zunächst zurückgestellt werden. Ob eine Anbindung an vorhandene Systeme zum ersten Umfang gehört, hängt davon ab, ob der Vorgang ohne sie vollständig und vertretbar bearbeitet werden kann.

Vor der Entwicklung festlegen, woran Sie abnehmen.

Beschreiben Sie neben dem erfolgreichen Weg auch fehlende Angaben, unzulässige Zugriffe oder einen nicht erreichbaren Drittdienst. Nicht jeder Ausnahmefall muss sofort automatisiert werden. Es muss aber klar sein, wie er erkannt wird und wer ihn bearbeitet.

Eine überprüfbare Anforderung nennt Eingang, gewünschtes Verhalten und sichtbares Ergebnis. „Die Software soll intuitiv sein“ allein reicht dafür nicht aus. Ein Entwurf und konkrete Aufgaben helfen, Nutzerführung gemeinsam zu beurteilen.

Im Portal-Beispiel könnte die Abnahme lauten: Eine vollständig erfasste Anfrage erscheint genau einmal beim zuständigen Team; der Kunde kann deren Status und Antwort sehen, aber keine fremden Vorgänge öffnen. Fehlende Pflichtangaben werden verständlich angezeigt. Bei einem fehlgeschlagenen Upload bleiben die übrigen Eingaben erhalten und ein erneuter Versuch ist möglich. Diese Kriterien werden mit dem Fachbereich anhand freigegebener Testdaten geprüft.

Diese Unterlagen helfen beim ersten Gespräch.

Falls noch nicht feststeht, ob dafür eine Neuentwicklung nötig ist, hilft zuerst der Vergleich mit Standardsoftware und Integration. Die technische Kategorie folgt der Aufgabe.

Aufgabe und Nutzer

Ein typischer Vorgang und die Personen, die ihn ausführen oder beurteilen.

Systeme und Beispiele

Vorhandene Anwendungen, verfügbare Zugänge und zur Verwendung freigegebene Beispiele. Keine Zugangsdaten per ungeschützter Nachricht senden.

Verantwortung und Rahmen

Fachliche Ansprechperson, wichtige Termine und technische Einschränkungen.

Betrieb nach der Übergabe

Wer kümmert sich um Zugänge, Support und spätere Änderungen?