Eigene Software planen: Was muss die erste Fassung können?
Die erste Fassung Ihrer Software sollte eine wichtige Aufgabe vollständig erledigen können. Dafür braucht sie weniger Funktionen als eine lange Wunschliste vermuten lässt, aber mehr als eine schöne Vorführung. Planen Sie den Weg vom Eingang bis zum geprüften Ergebnis einschließlich der Fälle, die nicht glattlaufen.

- Eine vollständige Aufgabe begrenzt den ersten Umfang.
- Eine Vorführung ist noch keine nutzbare Anwendung.
- Vereinbaren Sie vor der Entwicklung, woran Sie das Ergebnis prüfen.
Wer erledigt welche Aufgabe?
Schreiben Sie den Zweck aus Sicht der arbeitenden Person auf: Was muss sie nachher erledigt haben, und warum ist das wichtig? Benennen Sie auch den Auslöser, die benötigten Angaben und die nächste beteiligte Rolle. Das beschreibt die Aufgabe genauer als Begriffe wie modernes Kundenmanagement oder zentrale Plattform.
Beziehen Sie Personen ein, die den Ablauf tatsächlich kennen. Lassen Sie sich die heutige Arbeit zeigen, einschließlich Übergaben und Rückfragen. Welche Angaben benötigen sie, was prüfen sie selbst und wo müssen sie nachfragen? Ihre eigene Funktionsidee bleibt zunächst eine Annahme, bis sie zu dieser Arbeit passt.
Quellen: [1]
Was muss am Ende der ersten Fassung funktionieren?
Ordnen Sie jede gewünschte Funktion danach ein, ob die Kernaufgabe ohne sie abgeschlossen werden kann. Ein benötigter Eingabeschritt gehört hinein. Eine weitere Auswertung kann warten, wenn die Beteiligten schon erkennen, was als Nächstes zu tun ist. Eine kleine Fassung darf begrenzt sein; innerhalb ihrer Grenze muss der vereinbarte Ablauf aber zusammenpassen.
Halten Sie bewusst zurückgestellte Wünsche gesondert fest. Das verhindert, dass sie während der Umsetzung unbemerkt zur Voraussetzung werden. Ist noch unklar, ob eine Oberfläche verständlich ist oder eine Verbindung funktioniert, erproben Sie genau diese Unsicherheit zuerst. Ein Prototyp, also ein vorläufiges Modell, kann dabei helfen. Sein Zweck ist die Prüfung; er ist noch keine fertige Anwendung.
Quellen: [2]
Welche Ausnahme darf den Ablauf nicht lahmlegen?
Zu jedem Arbeitsschritt gehören fehlende, falsche oder doppelte Angaben. Entscheiden Sie, welche Fälle die Anwendung zurückweist, welche sie zur Prüfung vorlegt und wer dann übernimmt. Wenn eine Person ihre Arbeit abbricht, muss ebenfalls erkennbar bleiben, ob etwas gespeichert wurde und welcher Stand für die nächste Person gilt.
Betrachten Sie außerdem Zugriffe und Verbindungen zu anderen Programmen. Ein Datensatz darf nicht allein deshalb zugänglich sein, weil jemand seinen Link kennt. Der Umfang der Sicherheitsprüfung richtet sich nach der Anwendung und ihren Daten. Legen Sie die nötigen Anforderungen vor der Entwicklung fest und vereinbaren Sie nachvollziehbare Nachweise ihrer Prüfung.
Quellen: [3]
Woran erkennen Sie, dass die Aufgabe erfüllt ist?
Formulieren Sie zu jedem wichtigen Fall das erwartete Ergebnis, bevor die Entwicklung beginnt. Wählen Sie einen normalen Ablauf und passende Ausnahmen aus Ihrem Betrieb. Prüfen Sie nicht nur, ob eine Schaltfläche reagiert, sondern ob die richtigen Angaben am richtigen Vorgang landen und die berechtigte nächste Person weiterarbeiten kann.
Die fachliche Prüfung sollte von den späteren Nutzern begleitet werden. Halten Sie offene Punkte und ihre Bedeutung für die Einführung fest. Sicherheitstests sind eine zusätzliche technische Aufgabe; sie werden durch eine erfolgreiche Bedienprobe nicht ersetzt. Lassen Sie Ergebnisse dieser Prüfung und den Umgang mit entdeckten Problemen nachvollziehbar dokumentieren.
Quellen: [3]
Was gehört zur ersten tatsächlichen Nutzung?
Planen Sie Zugänge, notwendige Datenübernahme und eine Einweisung in denselben Umfang ein. Klären Sie, wer Fragen beantwortet und wie das Team bei einer Störung weiterarbeitet. Betreuung nach der Einführung beschreibt diese Verantwortlichkeiten. Ohne sie kann eine technisch fertige Anwendung im Alltag unbenutzt oder unzuverlässig bleiben.
Vereinbaren Sie dann einen begrenzten Einsatz und besprechen Sie die beobachteten Schwierigkeiten. Erweiterungen ergeben sich aus dieser Nutzung, nicht automatisch aus der ursprünglichen Wunschliste. Die vollständigen Softwarekosten helfen, auch interne Mitarbeit und späteren Betrieb in der Planung sichtbar zu halten.
Ihre Aufgabe gemeinsam durchgehen.
HDS legt mit Ihnen die erste Aufgabe, die benötigten Funktionen und konkrete Prüffälle fest. Sie bringen die fachlichen Regeln ein; ein früher Entwurf macht Bedienung und Umfang gemeinsam besprechbar.
Quellen und Einordnung
Die verlinkten Originalquellen erläutern Funktionen und fachliche Grundlagen. Unsere Empfehlungen ordnen sie für den betrieblichen Alltag ein. Quellenstand: 5. Oktober 2026.
- GOV.UK: Learning about users and their needsMethodische Grundlage für Beobachtung und Gespräche mit tatsächlichen Nutzern. Keine Nachfrage- oder Nutzenmessung für HDS.
- GOV.UK: How the alpha phase worksBeschreibt Prototypen zur Erprobung unterschiedlicher Lösungen. Die britische Phasendauer und Behördenanforderungen werden nicht übertragen.
- NIST: Secure Software Development Framework 1.1Finale Veröffentlichung von Februar 2022. Empfehlungen für sichere Entwicklung, Anforderungen und dokumentierte Sicherheitsprüfungen; keine Sicherheitsgarantie oder deutsche Rechtspflicht.