Schlagwortarchiv für: Anforderungserhebung

Was ist ein Pflichtenheft?

Wie immer gibt es wunderschöne Normen, und gemäß der DIN 69901-5 enthält das Lastenheft „die vom Auftraggeber festgelegte Gesamtheit der Anforderung an die Lieferung und Leistungen eines Auftragnehmers innerhalb eines Auftrags“. So kann man es bezeichnen. Ich würde einfach das Ganze mal ein bisschen pragmatischer sehen: Das Lastenheft beschreibt in der Regel, womit und wofür etwas gemacht werden soll. Mit anderen Worten, es ist am Ende des Tages das „Wünsch-dir-was“ des Kunden aus seiner Sicht.

Aber auch über das Pflichtenheft sagt die DIN 69901-5 etwas: „die vom Auftragnehmer erarbeiteten Realisierungsvorgaben aufgrund der Umsetzung des vom Auftraggeber vorgegebenen Lastenheftes“.  Schön, oder einfacher gesagt, das Pflichtenheft beschreibt, wie und womit etwas realisiert wird. Das ist dann die Antwort auf das Lastenheft des Kunden. Er schreibt sein Wünsch-dir-was, und im Pflichtenheft schreibe ich, wie ich das Problem verstanden habe und was ich davon umsetzen kann.

Ich habe ja einigen Episoden schon darüber referiert. Mir gefallen aus der heutigen Sicht die Begriffe „Lastenheft“ und „Pflichtenheft“ nicht mehr. Sie sind aus meiner Sicht zu allgemein. Wir müssen es gerade bei komplexeren Projekten detaillierter und differenzierter sehen. Und gerade beim Thema Systempflichtenhefte gibt es eben zwei Dokumente, die zusammen das Bild eines Pflichtenhefts ergeben. Auf der einen Seite das Dokument Systemanforderungsspezifikation (SRS), also die Beschreibung des Problembereichs. Das Ziel dieses Dokuments ist, die definierten Kundenanforderungen in einen Satz von technischen Systemanforderungen zu übertragen, die das System begleiten.

Dann gibt es noch ein zweites Dokument, die Systemarchitekturspezifikation (SAS). Das ist eigentlich der Lösungsbereich. Hier beschreibe ich, wie ich die Lösung entwerfen will, denn hier entstehen nochmals andere Anforderungen. Nicht alle Systemanforderungen werde ich erfassen, sondern ich muss mir auch auf der Architekturseite Gedanken über die Vollständigkeit der Anforderung machen. Das Ziel dieses Dokumentes ist die Identifikation, welche Anforderungen, welche Komponenten dann welchen Elementen des Systems zugeordnet werden müssen.

Diese beiden Dokumente sind zusammen ist eigentlich das, was im allgemeinen Sprachgebrauch Pflichtenheft genannt wird. Als Systemingenieur rede ich natürlich auch von dem Systempflichtenheft oder Systemspezifikationen, das heißt, beide Dokumente sind konzeptionell gehalten.

Aus der Praxis für die Praxis

 

Schlagwortarchiv für: Anforderungserhebung

ZA203 - Innovative Produkte mit der Wardley-Map gestalten

14.02.2023 42 Minuten



On Air in dieser Episode

avatar
Björn Schorre
avatar
Katja Piroué

Zusammenfassung

Katja Piroué habe ich auf den Community Days der Software-Foren Leipzig getroffen. Sie hat dort zum Anforderungsmanagement referiert und die Wardley Maps als eine Methode vorgestellt, mit der

a) die strategische Ausrichtung eines Unternehmens überprüft werden und u.U. neu justiert werden kann

b) die vorhandenen Produkte analysiert und neue innovative Verbesserungen ausgelotet und umgesetzt werden können.

Daher habe ich sie in den Podcast eingeladen, um mit Ihr über diese Fragen zu sprechen:

  • Aus welchen Gründen würdest Du vorschlagen, eine Wardley Map anzufertigen?
  • Wenn Du Deinen Kunden vorschlägst eine Wardley-Map anzufertigen, in was für einer Situation befinden, die sich dann?
  • Eine fertige Wardley-Map – wenn es die überhaupt gibt – bringt Deinen Kunden einen bestimmten Nutzen. Kannst Du uns diesen Nutzen beschreiben?
  • Gibt es einen bestimmten Aufbau für eine Wardley-Map? Wie ist eine Wardley-Map aufgebaut?
  • Welche Schritte muss man beim Erstellen einer Map durchlaufen? Gibt es da einen Prozess?
  • Was macht Dein Kunde nach diesem Prozess mit der WM? Wird die WM wiederverwendet?
  • Kann ich die WM auf die Entwicklung von elektromechanischen Systemen und Produkten anwenden?

 

Links zur Episode:

Webseite von HiredThought: –> https://learnwardleymapping.com

Webseite mit vielen Trainer für Wardley Maps: –> https://www.wardleymaps.com/

Template für eine Wardley Map auf Miro: –> https://miro.com/app/dashboard/?tpTemplate=wardley-map&isCustom=false&share_link_id=847642014026

Doctrine zur Erstellung von Wardley Maps: –> https://doctrine.wardleymaps.com/

 

###############

Der Zukunftsarchitekten-Podcast auf den Streaming-Platformen:

–> Google Podcasts

–> Apple Podcasts

–> Amazon Music

–> Spotify

 

###############

Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de

###############

Du kannst Dir in meinem Online-Kalender gerne einen Termin buchen: https://kalender.bjoernschorre.de

###############

P.S.: Mein Buch zum Thema Lastenhefte ist da. Du findest auf der Verlagsseite von tredition

ZA007 - Lastenheft vs Pflichtenheft

27.03.2012 40 Minuten



On Air in dieser Episode

Zusammenfassung

In der heutigen Folge beschäftige ich mich mit der Frage, warum Lastenhefte und Pflichtenhefte sinnvoll sind. Ich beleuchte, wie Lastenhefte analysiert, Normen bewertet und System-Pflichtenhefte erstellt werden können. Außerdem beantworte ich die Frage, wie pragmatisch mit diesen Spezifikationen umgegangen werden kann. Zum Schluss gebe ich noch ein paar Tipps und Tricks aus der Praxis mit.

Der Inhalt dieser Episode:

  1. Warum brauchen wir Spezifikationen?
  2. Was sind Lastenhefte?
  3. Was sind Pflichtenhefte?
  4. Tipps & Tricks zum Umgang mit Lasten- und Pflichtenheften

Themen: Lastenhefte, Pflichtenhefte, System Footprint, Customer Requirements, Stakeholder, Systems Requirements Specification, Systems Architecture Specifications, Systemarchitektur, Anforderungserhebung, Hidden links, Komplexität, Fehlertoleranz, Funktionale und nichtfunktionale Anforderungen, Releaseplanung, Allocation, Systemabgrenzung, System-Schnittstellen, Traceability, natursprachliche Anforderungen, Änderungsmanagement, Reviews, Automotive-Spice, SysML, Contract Based Design, Polarion, Doors, MKS Integrity, Enterprise Architect

Hinweise auf andere Episoden rund um Spezifikationen:

Viel Spaß beim reinhören!

Aus der Praxis eines Troubleshooters:

Subscription link

Wenn Euch der Podcast gefällt, abonniert Ihn und erhaltet zukünftig kostenlos alle neuen Episoden direkt auf Eurer Smartphone:

iTunes | Zune | RSS

Euer Feedback

Wenn Ihr eine Idee habt für den Podcast oder eine Frage für eine der zukünftigen Episoden, schreibt mir eine Mail an feedback@zukunftsarchitekten-podcast.de

Wenn Euch die Episode gefallen hat, bitte bewertet sie bei iTunes und schreibt eine ehrliche Meinung. Das würde sehr helfen, die Commuity zu erweitern! Danke.