Die Anforderung lebt!

Erstellt am 31 Juli 2015
von 1 Komment

Ist das Requirement Engineering tot?

desertDen Begriff „Requirements Engineering“ verbinden viele mit schwergewichtigen, dokumentenorientierten Vorgehensweisen, mit denen man Riesenprojekte besonders in der Luft- und Raumfahrt durchführt. Es beschreibt eine Herangehensweise aus den alten Zeiten der trägen „Wasserfall“-Projekte. Das Wort „Engineering“ klingt dabei wie ein komplexes Konstrukt, eine aufwändige Maschinerie für Anforderungen, ein starres Gebilde, das viel Ressourcen verschlingt und sich, wenn überhaupt, nur träge und langsam bewegt.

Der Agile Produktentstehungsprozess

Erstellt am 5 Mai 2015
von Schreibe einen Kommentar

„Agil“ und „Produktentstehungsprozess“? Wie ist „Agil“ mit dem Produktentstehungsprozesses des Maschinenbaus vereinbar? Warum nicht aus anderen Branchen lernen!?! Ist es an der Zeit, offen für neue Lösungen zu sein! Lassen Sie es mich mit den Begriffen meines letzten Blogs „Von Pinguinen lernen“ beschreiben: Ist das bisherige klassische Vorgehen, das häufig im Maschinenbau verwendet wird, z.B. das V-Modell oder das phasenorientierte Vorgehen, der schmelzende Eisberg des Unternehmens? Ist Agilität die Seemöwe der Produktentwicklung? In diesem Blog will ich den „Agilen Produktentstehungsprozess“ (Agiler PEP) in der virtuellen Produktentwicklung des Maschinenbaus vorstellen und Ihnen zeigen, was das bedeutet:

Was Sportklettern mit Agilität zu tun hat

Erstellt am 17 März 2015
von Schreibe einen Kommentar

Meinen Rücken gegen einen großen, unförmigen roten Kunststoffgriff pressend, versuche ich, mein linkes Bein zu entlasten, welches beim Versuch den nächsten Vorsprung zu erreichen, verhängnisvoll zu zittern beginnt. Während die Blase meines großen Zehs indes zu reißen beginnt, fängt meine linke Hand hektisch an, die Wand nach einem weiteren Griff abzusuchen.

Wenn der Projektleiter glaubt, er leitet, tue ich so, als ob ich entwickle

Erstellt am 3 Februar 2015
von Schreibe einen Kommentar

Ja, Motivation ist so eine Sache. Vor ein paar Tagen habe ich einen Artikel („Zur Exzellenz geführt“) von Dieter Frey in der Süddeutschen Zeitung gelesen. Frey ist Professor an der Ludwig-Maximilians-Universität München und Leiter des LMU-Centers for Leadership and People Management. In diesem Artikel beschreibt Frey die neuesten Forschungsbefunde zum Thema „Wie motiviert ein Unternehmer seine Mitarbeiter?“

Wer ist der Architecture Owner?

Erstellt am 13 Januar 2015
von Schreibe einen Kommentar

SuperheroWer vertritt die Architektur gegenüber dem Product Owner, der sich primär für den  Business Value interessiert?
Wer ist dieser „Superheld“, der die Verantwortung trägt – ein „Architecture Owner“?

Eindrücke der Manage Agile 2014

Erstellt am 11 November 2014
von Schreibe einen Kommentar

Eine Konferenz für agile Führungskräfte und solche, die es werden wollen“, das ist das Motto der Manage Agile, welche dieses Jahr zum dritten Mal in Berlin stattfand. Agile-by-HOOD war mit einem Stand und einem Vortrag über Use Case 2.0 vertreten. Die Vorträge haben sich in die Themenfelder betriebswirtschaftliche Aspekte, Anwenderberichte, Führung und Organisation und Personalführung gegliedert. Durch die große Auswahl an Vorträgen hatte man die Qual der Wahl.

Gewohnheiten als agile Praktiken

Erstellt am 30 September 2014
von Schreibe einen Kommentar
einfach nur schlafen

Fotolia

Agil ist schwierig. Agil reißt uns aus unserer Komfortzone, zwingt uns, alte Gewohnheiten abzulegen und Dinge neu und anders zu machen. Je länger wir etwas auf eine bestimmte Art und Weise tun, je länger wir also Zeit hatten, bestimmte Gewohnheiten anzunehmen, desto schwerer fällt es, uns umzugewöhnen. Und Agil fordert uns eine Menge Umgewöhnen ab.

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.

Die Qual der Wahl – das Konferenzprogramm der Manage Agile 2014 steht fest

Erstellt am 29 Juli 2014
von Schreibe einen Kommentar

manageagile_2014_quadrat_500pxWir Frauen sind es ja eigentlich gewöhnt aus einem überreichen Angebot auswählen zu müssen. Das geht morgens schon los mit der Frage „Was soll ich anziehen“, setzt sich in der Mittagspause fort mit der Entscheidung ob „Salat, Gemüse, oder doch das Schnitzel“ und (ja, ich bediene jetzt wirklich jedes Klischee) endet mit Verlustgefühlen oder Gewissensbissen nach dem Besuch im Schuhladen (je nach Anzahl der erworbenen Paar Schuhe). Und nein, Sie sind nicht aus Versehen auf dem Blog einer Frauenzeitschrift gelandet – gleich geht’s weiter mit agil.

Warum überhaupt agiler werden ?

Erstellt am 29 Oktober 2013
von Schreibe einen Kommentar
This entry is part 2 of 5 in the series Ein Weg zur agilen Organisation

In meinem letzten Blogeintrag habe ich definiert, was für mich eine agile Organisation charakterisiert:
Eine Organisation, die kurzfristig auf unvorhergesehene Änderungen in der Organisationsumwelt (z.B. von Kundenbedürfnissen) oder in der Organisation selbst reagieren kann, indem sie Produkte oder Dienstleistungen neu entwickelt oder bei mindestens gleichbleibender Qualität anpasst.

Ich sehe einen Hauptgrund dafür, agiler werden zu wollen, also in einer Steigerung der Anpassungsfähigkeit einer Organisation an unvorhergesehe Umstände, nicht in einer Steigerung der Leistungsfähigkeit, wie sie zum Beispiel von manchen Scrum Gurus propagiert wird.