Für Agilität doch noch nicht zu spät?

Erstellt am 25 August 2015
von Schreibe einen Kommentar

Stellen Sie sich vor, Sie arbeiten jahrelang als Systemanalyst im Automotivekontext. Die Methoden des klassischen Requirements Engineering sind Ihnen in Fleisch und Blut übergegangen, Sie kennen die Stärken und Schwächen. Nun werden Sie mit agilen Werten und Prinzipien konfrontiert. Wurde der Samen einmal gepflanzt, ist ein Umdenken nicht mehr aufzuhalten.

„Es zählt nicht das Erreichte, sondern es reicht das Erzählte“

Erstellt am 14 Juli 2015
von Schreibe einen Kommentar

Mit diesem Spruch brachte der Projektleiter eines unserer Kunden seinen Ärger zum Ausdruck, als das Management von ihm verlangte ein neues Metrik-Tool für das aktuelle Projekt zu nutzen. Ärgerlich war, dass sich bereits vor Jahren ein Metrik-Tool im Unternehmen etabliert hatte, welches neben den üblichen Aufgaben im Projektalltag zusätzlichen Aufwand verursachte.

Wo sind die Beraterinnen?

Erstellt am 7 Juli 2015
von Schreibe einen Kommentar

Letztes Wochenende war wieder einmal Consultant-Meeting. Von knapp 25 teilnehmenden Beratern waren nur drei Beraterinnen anwesend. Dies ist mit 12% sogar weniger als das Geschlechterdurchschnittsverhältnis in einem IT-Beruf. Laut Wikipedia sind nur 16,7 % aller Physiker, Physikingenieure und Mathematiker in Deutschland Frauen. Das Verhältnis „Mann : Frau“ ist in der Informatik mit 15,3% noch geringer.

Vertrauen ist gut, Kontrolle ist besser!?

Erstellt am 12 Mai 2015
von Schreibe einen Kommentar

Ist es in ihrem Unternehmen auch völlig normal geworden, dass jede scheinbar noch so unbedeutende Kleinigkeit ausgewertet und analysiert wird? Gibt es auch bei ihnen einen Mitarbeiter, der nichts anderes tut, als seine Kollegen zu überwachen? Diesen Trend  hin zu immer mehr Kontrolle und Statistiken beobachte ich seit einiger Zeit mit wachsender Besorgnis – denn diese metrikgetriebene Entwicklung hat einen erheblichen Einfluss auf den Arbeitsalltag aller Entwicklungsbeteiligten. Lesen Sie hier, warum sich das titelgebende Sprichwort nicht immer bewahrheitet.

World Café Inspirationen – Lücken und Brücken im Requirements Engineering

Erstellt am 21 April 2015
von Schreibe einen Kommentar

“Wo sind die Lücken und Brücken im Requirements Engineering?”. REConf2015 WorldCafe FLIPCHART 2Das war die Frage auf dem World Café der REConf® 2015 – mit inspirierenden Ergebnissen. Viele Themen dazu wurden von den Teilnehmern, über den Vormittag verteilt, an eine Pinnwand gehängt und am Abend auf dem World Café diskutiert. Hier eine Zusammenfassung der Ergebnisse:

Lücken und Brücken im Requirements Engineering – GAPS and BRIDGES

Erstellt am 10 März 2015
von Schreibe einen Kommentar

Schon wieder Probleme mit den Zulieferern oder dem Lastenheft? Die Qualität des Produkts stimmt nicht? Die Entwicklung braucht zu lange? Die Produktpalette wird immer komplexer? Wir führen ja Requirements Engineering ein, aber …? Wo sollte ich ansetzen, wo ist speziell bei uns die Lücke im Entwicklungsprozess?

Reviews – DAS Mittel zur Geldverbrennung?

Erstellt am 6 Januar 2015
von Schreibe einen Kommentar

Lassen Sie mich ihnen heute Techniken zur Überprüfung von Anforderungen / Anforderungsdokumenten näherbringen, deren negative Auswirkungen bei falscher Anwendung ich tagtäglich zu spüren bekomme.

Wer bin ich – und wenn ja, wieviele? Requirements Engineers in der Sinnkrise…

Erstellt am 9 September 2014
von Schreibe einen Kommentar
This entry is part 1 of 1 in the series Casting für Product Owner

Und es trifft nicht nur die Requirements Engineers (REs), es trifft auch die Business Analysten (BAs), wie ich im Gespräch mit einer Teilnehmerin am Scrum Day erfuhr: „Unsere Entwicklung arbeitet jetzt mit Scrum – und ich weiß gar nicht mehr, was meine Aufgabe ist…“. Dabei ist das Arbeiten als RE/BA in einem Scrum Team herrlich. So vielfältige Aufgaben und Möglichkeiten, sich und sein Wissen einzubringen, habe ich bisher nur beim Arbeiten in einem agilen Team gehabt. Der Transfer der agilen Werte und Prinzipien auf das Requirements Engineering und die Rolle Requirements Engineer in einem agilen Umfeld ist eine Herausforderung für viele Menschen und Organisationen. Die heutigen Zertifizierungen am Markt zu Scrum/Agile und Requirements Engineering haben eines gemeinsam: Sie konzentrieren sich entweder auf das Thema Agilität/Scrum oder auf das Thema Requirements Engineering. Auch “Agile Extensions”, wie sie der BABoK oder das PMI veröffentlicht haben, ergänzen nur die agile Sichtweise, sie bieten keine übergreifende integrierte Sicht. Meine Erfahrung in der Arbeit mit agilen Teams und Organisationen auf dem Weg zu mehr Agilität zeigt jedoch, dass gerade die Verbindung beider Themen in der Praxis Schwierigkeiten macht. Die Transferleistung gelingt nicht oder nur schwer.

Zu viel ist zu viel!

Erstellt am 22 Juli 2014
von Schreibe einen Kommentar

Der Klassiker: ein Entwicklungsunternehmen hat von den Vorzügen des modernen Requirements Engineerings erfahren und möchte davon profitieren. Das Management ist vor allem von der verlockenden Aussicht, durch einen zukünftigen RE-Standard mittelfristig Kosten zu sparen, angetan. Zu diesem RE-Standard gehören ein definierter RE-Prozess, RE-Methoden und eine RE-Toolumgebung. Die Tool-Evaluierung ist ein zeitlich klar begrenzter Vorgang. Welche der bereits definierten Methoden zu verwenden sind, ergibt sich zum Teil im Projektalltag. Der RE-Prozess für ein konkretes Unternehmen muss jedoch erst entwickelt werden. Und hier liegt die Gefahr!

Anforderungen im ALM

Erstellt am 22 April 2014
von Schreibe einen Kommentar

ALM-orientierte Software-Entwicklungsprozesse versprechen Software in „kurzer“ Zeit mit „hoher“ Qualität entwickeln zu können. Die Implementierung der Software basiert auch hier auf Anforderungen von definierten Stakeholdern.

In diesem Blog möchte ich gerne betrachten, wie Anforderungen mit ihren unterschiedlichen Ausprägungen auf unterschiedlichen Abstraktionsebenen in einer ALM-orientierten Entwicklung behandelt werden können.