Wie cool ist Requirements Engineering denn?

Erstellt am 15 Februar 2017
von Schreibe einen Kommentar

…wahrscheinlich nicht sooooo cool, zumindest bei meiner Tochter, denn die verbindet „Anforderungen“ eher mit Aussagen wie „Räum den Tisch ab!“ und „Räum dein Zimmer auf!“.

Doch welchen Stellenwert hat Requirements Engineering und der Umgang mit Anforderungen heutzutage im Umfeld der Software-, Produkt- und Dienstleistungsentwicklung?

Seit vielen Jahren geben wir Kurse für Requirements Engineering und Management. Vor einigen Jahren kamen dort interessierte Systemingenieure zu uns, die merkten, dass die Spezifikation „ihres“ Systems immer komplexer wird. Sie wollten wissen,

Wenn der Termin drückt, werden Strukturen aufgebrochen

Erstellt am 31 Januar 2017
von Schreibe einen Kommentar

Kennen Sie das auch?: Der Endtermin für ein Projekt rückt immer näher, aber die Arbeit ist noch nicht erledigt. Das Projektziel ist nicht klar, oder wird immer wieder angepasst. Es gibt ständig neue Änderungen an den Anforderungen. Der ursprüngliche Zeitplan passt vorne und hinten nicht mehr. Einzig der Termin für die Markteinführung des Produkts steht fest und muss erfüllt werden!

Haben Sie zu viel Geld?

Erstellt am 25 Januar 2017
von Schreibe einen Kommentar

Glaubt man einer Studie der Standish Group aus dem Jahre 2002, könnte man dies glauben. Dieser Studie zufolge werden 45% aller Features eines Produkts nie benutzt. Führen Sie sich die Bedeutung des Wortes „nie“ nochmals vor Augen: diese Features werden nicht gelegentlich, oder selten, oder nur von speziellen, kleinen Zielgruppen genutzt, sondern überhaupt gar nicht! Wozu dann all der Aufwand, all die Zeit, all das Geld während der Entwicklung?

Konfliktlösungsfähigkeit – Eine Eigenschaft eines Requirements Engineers?

Erstellt am 17 Januar 2017
von Schreibe einen Kommentar

Welche sind die notwendigen Eigenschaften eine Requirements Engineers? Wer IREB CPRE zertifiziert ist, das Buch [1] gelesen oder an einem HOOD Training zur Vorbereitung auf die CPRE Zertifizierung teilgenommen hat, kann diese Frage mit Leichtigkeit beantworten.
Heute möchte ich mit diesem Beitrag anhand der Eigenschaft „Konfliktlösungsfähigkeit“ demonstrieren, wie praxisrelevant diese geforderten Eigenschaften an einen Requirements Engineer sind.

Agil und Traditionell sind keine Gegensätze

Erstellt am 20 Dezember 2016
von 1 Komment

Das Cynefin-Modell von Dave Snowden zeigt sehr schön, dass es nicht ausreicht, als einziges Werkzeug einen Hammer zu haben und damit jedes Problem zu einem Nagel zu machen. Er nennt neben einfachen und komplizierten auch komplexe und chaotische Probleme. Und je nach Kontext brauchen wir unterschiedliche Methoden, Technologien und Praktiken, um ein Problem zu lösen.

Zeig doch mal die Metrik!

Erstellt am 13 Dezember 2016
von Schreibe einen Kommentar

Kennen Sie auch folgendes Szenario: Sie sitzen in einem Projektmeeting und der erste Punkt der Agenda steht an: Die aktuellen Metriken. Noch bevor inhaltliche Themen der Entwicklung besprochen werden, wird der aktuelle Status der Metriken als wichtigstes Mittel zur Messung des Projektfortschrittes herangezogen.

Die abgespeckte Sprint-Retrospektive

Erstellt am 24 November 2016
von Schreibe einen Kommentar

Wenn Sie als Scrum Master arbeiten, dann erleben retro Sie wahrscheinlich auch, dass die Retrospektive nicht zu den heiß geliebten Scrum-Events gehört.  Ich habe aber die Erfahrung gemacht, dass Retrospektiven wirklich etwas bringen, nämlich Reflektion und Kommunikation darüber, was verbessert werden kann.

Ich bin daher ständig auf der Suche nach neuen Formaten, die von den Teams als nützlich empfunden werden. Das strikte Festhalten an 5 aufeinander folgenden Phasen ist meiner Erfahrung nach nicht notwendig, und manchmal sogar kontraproduktiv.

Projekterfolg erleben

Erstellt am 15 November 2016
von Schreibe einen Kommentar

projekterfolg_erfahren

Es gibt nichts motivierenderes als den Erfolg eines Projektes selbst zu erleben. „Die Lorbeeren gemeinsam mit Kollegen zu ernten!“ Mein Kollege Marco Prillwitz und ich konnten dies in einem Kundenprojekt nun miterleben. Hier die Geschichte:

Systems Engineering und Requirements Engineering – Gedanken aus dem Tag des Systems Engineering 2016

Erstellt am 8 November 2016
von Schreibe einen Kommentar

Auch dieses Jahr war ich auf dem Tag des Systems Engineering TdSE 2016. Diesmal in Herzogenaurach, abbildung05wo es wieder viele spannende Themen gab [2]. Als Mitglied der Gesellschaft für Systems Engineering (GfSE) und als Experte für Requirements Engineering bei HOOD verfolge ich mit hohem Interesse die Entwicklung des Systems Engineering (SE) im Bezug zum Requirements Engineering (RE). Mich freut es, dass diese „zwei Gebiete“ immer mehr zusammenwachsen und gemeinsam betrachtet werden.

TdSE 2016 – Trends im Systems Engineering

Erstellt am 2 November 2016
von Schreibe einen Kommentar

Dieses Jahr fand der Tag des Systems Engineerings (TdSE) vom 25. bis zum 27.10.2016  in Herzogenaurach statt. Die gut besuchte Veranstaltung bot den Teilnehmern in Tutorials und Vorträgen viel Abwechslung und neue Informationen rund um das Systems Engineering (SE). Unter vielen Themen kristallisierte sich das Model-Based Systems Engineering (MBSE) als eines der Hauptthemen heraus. In der Zukunft wird der Einsatz von Modellen bei der Entwicklung von komplexen Systemen mit interdisziplinären Teams die durchgängige Basis sein.