Als Entwicklungsteam im Stich gelassen?

Sie arbeiten engagiert und gerne als Teil eines Software-Entwicklungsteam an spannenden Systemen oder Produkten. Haben Sie öfter den Eindruck, Ihre Requirements-Engineers, Product-Owner oder Produktmanager haben Sie bezüglich klarer Anforderungen im Stich gelassen? Leiden Sie unter fehlenden, vagen oder unklaren Anforderungen, ohne konsistente Prioritäten? Willkommen im Club der “Im Stich Gelassenen”.

Für Software- und Systemarchitektur stellen „gute” Anforderungen und Randbedingungen die Basis vieler Entscheidungen dar. Alle Beteiligten geben vor, das Prinzip “garbage-in, garbage-out” zu kennen, aber von der Anforderungsseite scheinen sich in der Praxis doch eher wenige dran zu halten.

Da braucht es konstruktive Abhilfe: Nehmen Sie als pragmatische Architekt(inn)en das Heft selbst in die Hand! Nein, Sie wollen auf keinen Fall die Rolle von Product Owner, Business-Analysten und Requirements-Engineers noch zusätzlich übernehmen - sondern lediglich die architekturrelevanten Anforderungen so weit klären, dass Sie auf dieser Basis robuste Architekturentscheidungen treffen können.

In diesem Buch behandeln wir die Grundsätze von “Anforderungsklärung” für Softwarearchitektur. Wir starten bei grundlegendem Scoping und der Kontextabgrenzung, kümmern uns um Ermittlung (architekturrelevanter) funktionaler Anforderungen und tauchen dann in die kritischen Qualitätsziele und -anforderungen ab. Sie bekommen zahlreiche methodische Tipps, gepaart mit Beispielen aus dem echten Leben.

Unsere Annahmen über Sie

Ohne Sie persönlich zu kennen, haben wir beim Schreiben dieses Buches einige Annahmen über Sie getroffen:

• Sie arbeiten in der Softwareentwicklung, möglicherweise in einer Entwicklungs- oder Architekturrolle. In dieser Rolle haben Sie schon mal unter schlechten Anforderungen gelitten. Vermutlich waren Sie der klassischen Regel „Garbage-in, Garbage-out“ ausgeliefert.
• Sie arbeiten als Product-Owner, Business-Analyst(in) oder im Requirements-Engineering, und möchten gerne besser verstehen, welche Anforderungen Ihr Entwicklungsteam genau benötigt, wann, in welcher Form, und in welchem Detailgrad.
• Sie tragen Verantwortung für die Erstellung eines softwareintensiven Systems, und möchten sicherstellen, dass Ihre fachlichen und technischen Stakeholder (Fachseite und Entwicklungsteam) sich bezüglich Anforderungen bestens verstehen.

Über dieses Buch

Wir Autoren, Peter und Gernot, arbeiten seit vielen Jahren als Consultants, Coaches und Trainer in der praktischen Softwareentwicklung und -architektur. Allzu oft mussten wir erleben, dass trotz großartiger, kreativer und kundiger Entwicklungsteams dabei Produkte entstanden, die leider nicht die wahren Bedürfnisse der BenutzerInnen erfüllt haben.

Dieses Buch orientiert sich von Struktur und Inhalt am iSAQB Advanced-Modul „Req4Arc“ (Requirements for Architects). Deswegen finden Sie in den Kapiteln jeweils einen Extrakt der zum Kapitel gehörigen Lernziele dieses Lehrplans.

Sie können Requirements-Engineering auch in Trainings von uns lernen.

Peter bietet unter https://req42.de Seminare und Consulting an. Peter und Gernot veranstalten gemeinsam (als „dynamisches Duo“) interaktive Workshops zu Req4Arc, siehe https://arc42.de

iSAQB und IREB

Schon seit langer Zeit bietet das „International Requirements Engineering Board“ (IREB, siehe https://ireb.org) zahlreiche Trainings und Ausbildungen im Bereich „Requirements Engineering“ an. Mehrere Zig-Tausend Personen arbeiten als IREB zertifizierte Requirements-Engineers. Trotzdem kommt in manchen Entwicklungsprojekten von diesem wichtigen Wissen und den zugehörigen praktischen Fähigkeiten zu wenig an. Daher haben wir uns entschlossen, das Thema Anforderungen von Seiten der Softwarearchitektur aufzugreifen und es auch in das Portfolio des iSAQB aufzunehmen.

Wenn Sie (professioneller) Requirements-Engineer werden möchten, dann führt an der Ausbildung des IREB praktisch kein Weg vorbei: IREB deckt im Requirements Engineering sowohl in der Breite wie auch in der Tiefe mehr ab, als wir das im kompakten Req4Arc schaffen. Für viele Projekte wäre es jedoch schon ein Erfolg, wenn wenigstens unsere Vorschläge aus diesem Buch Eingang in die Praxis finden würden.

Danksagung

Wir danken allen Freiwilligen, die bei Planung und Entwicklung des Req4Arc-Lehrplans aktiv mitgewirkt und sich an der Diskussion über die Inhalte beteiligt haben, insbesondere Ali Akbarian, Wolfgang Fahl, Mahbouba Gharbi, Sebastian Hirschmeier, Wolfgang Keller, Roger Rhoades, Dr. Michael Sperber, Prof. Hartmut Schirmacher sowie Stefan Zörner. Danke auch an die übrigen Mitwirkenden der Advanced-Level-Working-Group des iSAQB für eure moralische Unterstützung sowie an Sebastian Eberstaller für das Buch-Cover.

Peter: Danke an Monika – die schon wieder ein Buchprojekt durch moralischen Beistand, kritische Fragen und Gewährung von Freizeit zum Schreiben unterstützt hat. Danke an meine agileExperts Kollegen Markus Meuten und Dirk Fritsch für die fruchtbringenden Diskussion beim Aufbau des req42.de Portals.

Gernot: Danke an meine Traumfrau Cheffe Uli, für unglaublich viel positive Energie und Verständnis – und natürlich Deine perfekte Urlaubsplanung. Danke an meine KollegInnen der INNOQ – von Euch lerne ich jeden Tag.