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

ZA213 - Richtiges Einordnen von Normenanforderungen

09.01.2024 20 Minuten



Zusammenfassung

Bist du unsicher, wie du Anforderungen aus Normen korrekt kategorisieren sollst? In unserer kommenden Episode tauchen wir tief in dieses Thema ein, um dir Klarheit zu verschaffen!

In dieser Episode wirst du erfahren:

  1. Korrekte Kategorisierung von Normenanforderungen: Wie werden Anforderungen aus Normen richtig eingeordnet? Wir beleuchten beispielsweise, ob die aktive Entladung eines HV-Systems eine Einschränkung ist oder als funktionale Anforderung definiert werden kann.
  2. Aufteilung von Normenanforderungen: Wie weit müssen Normen-Anforderungen aufgeschlüsselt werden, um sie sinnvoll zu handhaben? Wir nehmen dabei spezifische Normen wie LV123 genauer unter die Lupe und diskutieren, ob sie detailliert aufgedröselt oder allgemein nur referenziert werden sollten.
  3. Definition von DTCs auf Systemebene: Brauchst du eine genaue Festlegung von Prioritäten, Verlernzählern usw. bei der Definition von Diagnose-Fehlercodes auf Systemebene? Oder geschieht dies erst auf einer späteren Abstraktionsebene? Wir klären, welche Herangehensweise hier am effektivsten ist.

Verpasse diese Episode nicht, um deine Kenntnisse zu erweitern und deine Herangehensweise an Normenanforderungen zu verbessern!

 

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

Meine Mailadresse: feedback@zukunftsarchitekten-podcast.de

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

Brauchst Du Unterstützung bei der Erstellung eines Lastenheftes oder hast eine Frage dazu, dann findest Du meine Email in den Shownotes. Klicke darauf oder kopiere sie in Dein Emailprogramm und schicke mir eine Mail und wir sprechen darüber.

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

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

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

On Air in dieser Episode

avatar
Björn Schorre

ZA203 - Innovative Produkte mit der Wardley-Map gestalten

14.02.2023 42 Minuten



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

On Air in dieser Episode

avatar
Björn Schorre
avatar
Katja Piroué

ZA193 - 5 Tipps um bessere Anforderungen zu erhalten

19.04.2022 35 Minuten



Zusammenfassung

Diese Episode beschäftigt sich mit Möglichkeiten, gute Anforderungen für Dein Projekt zu erhalten, sodass Du bessere Produkte für den Markt und einzelne Kunden entwickeln kannst und damit weniger Risiko bei der Projektabwicklung hast.

 

Wenn Du Fragen hast oder Anregungen, kannst Du mich gerne über die Emailadresse hoererfrage@zukunftsarchitekten-podcast.de anschreiben.

 

Hinweise und Links aus der Episode:

 

Mein Buch ist da: Erfolgreich Lastenhefte schreiben – Eine Schritt-für-Schritt-Anleitung für den Mittelstand

On Air in dieser Episode

avatar
Björn Schorre

ZA007 - Lastenheft vs Pflichtenheft

27.03.2012 40 Minuten



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.

On Air in dieser Episode