Abbildung 2: Mein erstes Kanban-Board      21

Abbildung 3: Schema einer Kanban-Karte      22

Abbildung 4: The System Footprint 4.0      40

Abbildung 5: Der System Footprint für ein iPhone      48

Vorwort

Sie möchten Ihr Lastenheft verbessern, wissen aber nicht, wo Sie beginnen sollen? Sie haben in Ihrem Entwicklungsprojekt festgestellt, dass Ihr Lastenheft problematisch ist und Sie daran noch arbeiten müssen? Sie haben versucht, Ihr Projekt ohne Lastenheft voranzubringen, allerdings ohne Erfolg? Für solche Situationen bzw. aus diesen Gründen habe ich das vorliegende Buch geschrieben.

Im Februar 2012 startete ich meinen Podcast zum Systems Engineering. Von Beginn an waren Lastenhefte, Pflichtenhefte, Spezifikationen und Systemanforderungen Themenbereiche, die von den Hörern oft nachgefragt wurden. Zudem fragten mich während mehrerer Vorträge diverse Teilnehmer, wie ich mit meiner Erfahrung als Projektleiter in der Automatisierungsbranche vorgehe, um Lastenhefte zu erstellen.

Bis heute hat sich wenig geändert. Alle Unternehmen wollen für ihre Entwicklungsprojekte gute Lastenhefte, kommen aber einfach nicht dazu – oder anders formuliert: Sie nehmen sich nicht die Zeit, diese wichtigen Schritte zu gehen.

In diesem Buch geht es nicht darum, theoretisches Wissen zu vermitteln. Das Ziel ist vielmehr, Ihnen konkrete Schritte so zu erläutern, dass Sie diese praktisch und effektiv umsetzen und somit in kürzester Zeit ein Lastenheft erstellen können.

Aus der Praxis, für die Praxis.

Danksagung

Dieses Buch wäre nie entstanden, wenn ein paar entscheidende Menschen in meinem Umfeld mich nicht unterstützt hätten. Zunächst möchte ich meiner Frau und unseren drei Kindern danken, dass es sie gibt und sie mich bei meinem Treiben als Podcaster und Autor so unterstützen.

Zudem geht mein Dank an die Hörer-Community des Podcasts, ohne deren beharrliche Nachfrage dieses Buch wohl noch immer in Kinderschuhen steckte.

Allgemeine Hinweise

Wichtiger Hinweis an die Benutzer

Ihnen als Leser dieses Handbuchs wird empfohlen, Ihre eigene Sorgfalt walten zu lassen, wenn es zu geschäftlichen Entscheidungen kommt. Alle Vorgehensweisen, Informationen, Produkte oder Dienstleistungen, die mitgeliefert werden, müssen unabhängig durch Ihre eigenen qualifizierten Spezialisten bewertet werden. Obwohl ich bei der Vorbereitung dieses Buch entsprechend sorgfältig vorgegangen bin, besteht keine Verpflichtung gegenüber Personen oder Unternehmen in Bezug auf Verlust oder Schaden, die direkt oder indirekt durch den Einsatz der Methoden oder der Informationen aus diesem Buch entstehen können. Mit dem Lesen dieses Buchs stimmen Sie zu, dass weder ich noch mein Unternehmen für Erfolg oder Misserfolg Ihrer Entscheidungen aufgrund der hier veröffentlichten Informationen verantwortlich sind.

Copyright – Sie können gerne alles kopieren, aber ...

... nur für Ihren persönlichen Zweck als Spezialist (also nicht für z.B. gewerbliche Zwecke als Trainer). Die in diesem Buch beschriebene Vorgehensweise ist und bleibt geistiges Eigentum des Autors und steht jenen Personen zur Verfügung, die das Buch gekauft haben oder Teilnehmer des Trainings sind. Nicht erlaubt sind der Auszug von Kopien sowie die Nutzung (von Bestand-teilen) dieses Buchs zur eigenen kommerziellen Verwendung.

Marken und Drittanbieter

Der Inhalt dieses Handbuchs enthält möglicherweise Informationen, Produkte oder Dienstleistungen von Drittanbietern. Einige Links sind unter Umständen Affiliate-Links. Inhalte von Drittanbietern schließen Produkte und Meinungen ein, die durch ihre Besitzer angeführt werden. Ich übernehme keine Verantwortung oder Haftung für Inhalte oder Meinungen von Drittanbietern. Das Veröffentlichen der Inhalte von Drittanbietern begründet keine Garantie bezüglich Informationen, Anweisungen, Meinungen, Produkten oder Dienstleistungen, die diese beinhalten. Der Einsatz von empfohlenen Inhalten der Drittanbieter garantiert keinen Erfolg oder Gewinn bezogen auf Ihr Geschäft. Die Veröffentlichung solcher Inhalte von Drittanbietern ist lediglich eine Empfehlung und damit Ausdruck meiner eigenen Meinung zu diesen Inhalten.

„Wer die Geometrie begreift, vermag in dieser Welt alles zu verstehen.“

(Galileo Galilei)

Diese Unterscheidung stellt ein Thema dar, das zurzeit sehr viele Menschen beschäftigt und bei dem wir einige Zusammenhänge klären müssen, um im weiteren Verlauf die Umsetzung besser zu verstehen.

Wenn wir von Spezifikationen sprechen, so müssen wir drei Ebenen berücksichtigen. Die oberste Ebene ist die Kundenebene. Dort gibt es zum einen die sogenannten „Customer Requirements“ oder Kundenanforderungen. Das sind beispielsweise ganz klassische Lastenhefte, die Sie vom Kunden oder dem Produktmanagement bekommen. Zum anderen gibt es zusätzlich auch noch Stakeholder Requirements. Das sind Anforderungen von Interessengruppen, die beispielsweise in internen oder externen Normen fixiert sind. In einer Normenkommission wird hierbei festgelegt, dass ein gewisses Thema in Bezug auf die Anforderungen immer gleich definiert wird.

Diese beiden Artefakte sind die Spezifikation auf der Kundenebene – im allgemeinen Sprachgebrauch ganz klassisch die Lastenhefte.

Dann haben wir bei komplexeren Systemen noch eine direkt darunter liegende Ebene, die Systemebene. Auf dieser nächsten Ebene – klassisch gesehen sprechen wir hier vom Pflichtenheft – gibt es im englischen Sprachgebrauch die System Requirements Specification (SRS). Das ist die Spezifikation der System-anforderungen. Dazu kommt ein zweites Dokument, die System Architecture Specification (SAS) bzw. die Architekturbeschreibung des Systems auf dieser Ebene.

Ich empfehle, auf der Lastenheftebene (= Kundenebene = „Wünsch-Dir-Was“ des Kunden oder Produktmanagements) pragmatisch zu bleiben.

Abbildung 1: Ebenen der Spezifikationen