Unser prozess
Pflichtenheft
Das Schreiben eines Pflichtenheftes ist der erste Schritt im Produktentwicklungsprozess. Eine Webanwendung, eine mobile Anwendung, eine Website, eine SaaS Software oder praktisch jedes andere digitale Produkt oder jeder Auftrag, unabhängig von seiner Komplexität, kann nicht in einem Satz erstellt werden:
- Frist
- Haushalt
- Form und Benutzerfreundlichkeit
Ohne die Erstellung einer gründlichen und umfassenden Lasten- und Pflichtenhefts.
Was ist ein Pflichtenheft für Software?
Eine Spezifikation (Pflichtenheft, Lastenheft) ist ein Dokument, das alle funktionalen und nicht-funktionalen Erwartungen an ein zukünftiges System zusammenfasst (z. B. funktionale und nicht-funktionale Anforderungen an eine Anwendung). Es ist ein Projektplan, der eine große Hilfe bei der Gesamtentwicklung eines Projekts ist.
Ein Standarddokument dieser Art enthält Folgendes:
- Produktname
- Namen der Autoren
- Version eines Dokuments
- Historie der Veränderungen - in der Regel in Form einer Tabelle dargestellt
- Inhaltsverzeichnis
- Ein Abschnitt über die Merkmale eines Unternehmens (seine Bedürfnisse, Geschäftsprobleme)
- Beschreibung des zukünftigen/aktuellen Systems, das ein Unternehmen wünscht oder bereits verwendet
- Wörterbuch der in einem Dokument verwendeten Begriffe
- Beschreibung eines Businessmodells (insbesondere mit Stakeholdern, Regeln und Geschäftsprozessen)
- Beschreibung der funktionalen Anforderungen
- Beschreibung der nicht-funktionalen Anforderungen
- Liste der Anforderungen des Auftraggebers (einschließlich Priorisierung und Beschreibung der Anwendungsfälle)
- Angaben zur gewünschten Leistung
- Systemmodell.
Das Lastenheft und Pflichtenheft enthält zum einen den betriebswirtschaftlichen Nutzen eines Systems, zum anderen organisiert es Informationen über den Arbeitsumfang, den Ausführungszeitpunkt, die Methoden und die differenzierten Arbeitsschritte (Statement of Work).
Die Pflichtenheft beschreibt alle möglichen Interaktionen, die zwischen Benutzern (externen und internen Administratoren) und einem System stattfinden.
Sie vermittelt Kenntnisse über die Zwecke, die mit einer Webanwendung erreicht werden können, über die Mittel, mit denen sie erreicht werden können, über die Bedingungen, die dafür erforderlich sind, und über die Ausnahmen, für die sie nicht gilt.
Außerdem werden die Erwartungen des Auftragnehmers und der Teams in Bezug auf Sicherheit, Datenschutz und Nutzungsbedingungen (Systemanforderungen) geklärt.
Die Pflichtenhefte sind nicht nur technische Unterlagen (Spezifikation der funktionalen Anforderungen) im eigentlichen Sinne des Wortes, sondern auch ein Dokument, das es ermöglicht:
- Das Angebot für das Projekts erstellen
- Ausführungszeit angeben
- Unterteilung des Projektes in Phasen
- Festlegung eines Teams von Spezialisten, die für die Umsetzung erforderlich sind
- Auswahl geeigneter Technologien
- Planen Sie mögliche Integrationen
- Anpassung eines Produkts an aktuelle Normen
- Ermöglicht es einem Entwickler oder Auftragnehmer zu verstehen, wofür das System verwendet werden soll und wie es funktioniert (z. B. Anwendungsfälle).
Erstellen Sie ein Pflichtenheft!
Vorbereitung zur Erstellung der Anforderungsspezifikation
Es ist zeitaufwendig und arbeitsintensiv, alle Anforderungen an das System zu berücksichtigen.
Dies wirkt sich jedoch auf die Geschwindigkeit und Qualität der Erstellung digitaler Produkte aus. Dadurch werden unnötige Fehler vermieden und die Zahl der Überarbeitungen und Änderungen verringert.
Es lohnt sich daher, sich die Zeit zu nehmen, ausführliche Antworten auf die häufigsten Fragen vorzubereiten:
- Soll eine Lösung von Grund auf neu geschaffen werden oder soll es sich um eine Weiterentwicklung eines bestehenden Systems handeln?
- Muss eine Website oder Anwendung mit einem Designsystem erstellt werden?
- Was ist das wichtigste Unternehmensziel?
- Welchen Umfang haben die Produktionsarbeiten, und welchen Umfang haben die Dienstleistungen im Zusammenhang mit der Wartung und Entwicklung des Systems?
- Welches sind die wichtigsten Vorteile für das Unternehmen und die künftigen Nutzer des Systems?
- Welche Funktionen und Module muss, soll oder kann sie haben?
- Welche Arbeiten und in welchem Umfang werden von einem Auftraggeber oder anderen Auftragnehmern ausgeführt?
- Auf welchen Geräten, Betriebssystemen und in welcher Umgebung wird das System letztendlich laufen?
- Inwieweit handelt es sich um ein typisches System (ähnlich den bestehenden Systemen), und inwieweit soll es zusätzliche Funktionalitäten bieten?
- Welche Analysetools wird ein Unternehmen verwenden, um das Nutzerverhalten zu verfolgen?
- Mit welchen externen Systemen wird es integriert?
Ausführliche Definition von:
- Aufgaben, die ein digitales Produkt erfüllen soll
- Vorteile, die sich dadurch erzielen lassen
- Die Mittel zu ihrer Durchführung und Vollendung
Dies schlägt sich unmittelbar in der Zufriedenheit der Systembesitzer und -nutzer nieder.
Spezialisten für Pflichtenhefte
Für die Erstellung der Anforderungsspezifikation sind in der Regel mehrere Fachleute verantwortlich, während der Inhalt des Dokuments mit Mitarbeitern aller Abteilungen abgestimmt werden sollte.
Ein Business Analyst ist dafür verantwortlich, Geschäftsziele in die Sprache der Programmieranforderungen zu übersetzen. Das Ergebnis ihrer Arbeit ist die Antwort auf die Frage "Was ist zu tun?". Es ist die Aufgabe eines Systemarchitekten, die Frage "Wie soll es gemacht werden?" zu beantworten und die Struktur und die Art der Umsetzung festzulegen.
Wenn ein solcher Rahmen vorhanden ist, kann das Entwicklungsteam ihn durch konkrete Vorschläge für technische Lösungen ergänzen.
Der UX Designer spielt eine ebenso wichtige Rolle, indem er die Anforderungen an die Benutzerfreundlichkeit und Ergonomie des Systems angibt. Business Model Canvas und User Stories sind nützliche Werkzeuge für die Erstellung funktionaler Spezifikationen.
Eine Methode zur Konkretisierung von Anforderungen besteht darin, sie in Form von Sätzen zu formulieren, die eine Möglichkeit angeben (z. B. Ich kann ein Konto erstellen, ich kann Videos ansehen).
Sätze können zu einer Formel formalisiert werden: Ich/Rolle - Ich kann/Funktionsanweisung - drücken, auswählen/Handlungsanweisung - um zu/Ergebnisanweisung.
Pflichtenheft nach der SMART-Formel
Jede Anforderung (funktional und nicht-funktional) sollte in einem:
- Einfache/konkrete Art und Weise
- Messbarkeit (durch Standardmetriken)
- Erreichbar (innerhalb eines bestimmten Zeitraums und unter Einsatz der verfügbaren Ressourcen)
- Relevante Art und Weise (angemessen für Funktion und Zweck)
- Rückverfolgbarkeit (Kontrolle möglich).
Darüber hinaus sollte jede Anforderung anhand ihrer Attribute leicht identifizierbar sein:
- Alphanumerischer Bezeichner
- Kategorie der Anforderungen, zu der sie gehört
- Definitionen
- Priorität (in der Regel in drei Stufen: sehr wichtig, wichtig, unwichtig).
Geschäftliche und funktionale Anforderungen
Die erstellte Website, Webanwendung oder mobile App muss ihren Nutzern und Eigentümern einen entsprechenden Wert bieten. Sie sollte es ermöglichen, gemeinsame Ziele zu erreichen.
Gleichzeitig ist zu beachten, dass die funktionalen Anforderungen im Gegensatz zu den geschäftlichen Anforderungen erfüllt sind, wenn die Arbeit abgeschlossen ist.
Unternehmensziele können anhand verschiedener Indikatoren gemessen und in unterschiedlichen Zeiträumen erreicht werden.
Geschäftsregeln - Nicht-funktionale Anforderungen mit Beispielen von Quellen
Ein grundlegender Punkt, der ebenfalls in die Pflichtenhefte aufgenommen werden muss, sind die Geschäftsregeln.
Sie bestehen aus (formellen und informellen, gewohnheitsmäßigen) Normen, die in jeder Branche unterschiedlich sind und die die interne und externe Funktionsweise des Unternehmens regeln.
Diese Normen haben ihren Ursprung in:
- Gesetzliches Recht (Vorschriften über die Ausübung der jeweiligen Geschäftstätigkeit, z.B. Lebensmittelproduktion, Führung einer Arztpraxis)
- Interne Vorschriften eines Unternehmens (z. B. über die Bedingungen und Konditionen der Bank für die Kreditvergabe)
- Vorschriften und Empfehlungen von Branchenorganisationen, denen ein Unternehmen angehört (z. B. IAB Polen)
- Ethikkodizes der Branche (z. B. der Ethikkodex für Psychotherapeuten der Polnischen Psychiatrischen Vereinigung)
- Verhaltenskodizes der Industrie, die regeln, welche Handlungen nachahmenswert sind und welche als schädlich (wenn auch nicht gesetzeswidrig) angesehen werden sollten.
Geschäftsregeln sind Einschränkungen, ein Rahmen, innerhalb dessen ein Unternehmen agiert, und sind eine wesentliche Quelle, die Softwareanforderungen definiert (z.B. nicht-funktionale Anforderungen für eine Webanwendung).
Sie werden gesammelt, um zu prüfen, ob sie mit den in der Pflichtenheft enthaltenen Anforderungen übereinstimmen.