Entwickeln mit agilen Frameworks

Erstellt am 1 August 2018
von Schreibe einen Kommentar

Viele versprechen sich von agilen Vorgehensweisen die reibungslose Umsetzung von Entwicklungsprojekten. Unterstützung findet man in vielen verschiedenartigen „agilen Frameworks“. „Agile“, gesprochen: /ˈæʤl/, bringt natürlich nicht die Lösung aller Probleme. Jedoch kann ein Vorgehen anhand agiler Vorgehensweisen und Frameworks deutlich bei der Entwicklung helfen, gerade wenn man mit sich stark verändernden Märkten und komplexer werdenden Systemen konfrontiert wird.

Modell einer Anforderung

Erstellt am 24 Juli 2018
von Schreibe einen Kommentar

Modell einer Anforderung

Ein Modell ist eine vereinfachte Abbildung der Wirklichkeit mit einem bestimmten Zweck. Das hier vorgestellte Modell hilft mir dabei, herauszufinden, ob eine Anforderung im Kontext einer Produktentwicklung verifizierbar ist. Zudem wird mir dadurch klar, welche der drei Aspekte Stakeholder, Aussage und Adressat einer Anforderung fehlen, unbekannt sind und ggf. ermittelt werden müssen. Die Anwendung dieses Modells hat mir im Übrigen gezeigt, dass auch User Stories und Use Cases Anforderungen sind.

Requirements Engineering für die 3 Amigos

Erstellt am 11 Juli 2018
von Schreibe einen Kommentar

Software beginnt als Idee, als eine Vision. Wenn der Visionär selbst Softwareentwickler ist, reicht das vielleicht schon, um ein großartiges Produkt zu entwickeln. Wenn dieser Visionär aber kein Entwickler ist, muss er das, was in seinem Hirn ist, in die Hirne anderer übertragen, die mit ihm die Software entwickeln. Und das geht nicht ohne Kommunikation.

shutterstock-

Agilität – eine Frage der Haltung

Erstellt am 26 Juni 2018
von Schreibe einen Kommentar

Wenn ich gefragt werde, was Agilität für mich ausmacht, dann fallen mir nicht die Tools und die Praktiken ein. Agilität ist eine Haltung, die viele verschiedene Aspekte hat.  Für mich sind gerade zwei  Prinzipien relevant, die die indische Forscherin Saras Sarasvathi beschrieben hat. In ihrer Theorie des Effectuation geht es darum, das Naheliegende zu tun und radikale Selbstverantwortung zu üben – in Bezug auf meinen Anteil am Produkt, als auch in Bezug auf die Kommunikation und Zusammenarbeit mit anderen.

Viele Menschen nehmen diese Haltung von sich aus ein – andere werden sich schwertun. In ihrer Organisation werden beide Spektren vertreten sein. Es gilt, die richtige Haltung zu erkennen, zu fördern und gegebenenfalls Haltung ganz neu zu lernen. Das Schöne ist, es gibt einen Weg das zu tun. Und diesen Weg zeigt uns Saras Sarasvathi. Die indische Proffessorin hat erforscht, warum Menschen erfolgreich sind. Ihre Zielgruppe waren Entrepreneure. Sie hat sich Handlungsmuster und Entscheidungsmaximen angesehen und daraus Prinzipien abgeleitet. Entrepreneure – also Startup-Gründer- sind deswegen relevant für uns, weil diese am unmittelbarsten mit verändernden Märkten, als auch mit neusten Technologien arbeiten. Also auch für uns eine gute Quelle, um sich was abzuschauen.

 

Affordable Loss statt Return on Invest

Ein Entrepreneur evaluiert seine Ressourcen und frägt sich dann, welche dieser Ressourcen er/ sie investieren kann, ohne sich selbst existentiell zu bedrohen. Nicht der ROI entscheidet, was zu tun ist, sondern der affordable loss. Nicht „was kann ich gewinnen?“, sondern „was darf ich verlieren?“ treibt meine Handlungen. Das diszipliniert, das Naheliegende zu tun und den ersten kleinen Schritt zu machen (die 15% Lösung), statt jahrelang auf den einen Investor, die eine gute Idee zu hoffen, die dann nie kommt. Im Scrum ist das mein stehendes Produktteam, und mein Sprint. Ich weiß, wieviel ich investieren muss, was mein Einsatz ist. Ebenfalls wie beim Startup kann ich in der Produktentwicklung im Komplexen nicht wissen, was mein Ergebnis sein wird. Ist das Ergebnis nicht das, was ich brauche, sollte ich umsteuern – pivot genannt. Ich weiß jetzt, dass meine Ressourcen (mein Scrum Team) mit neuen Zielen vermutlich besser investiert sind. Iteration für Iteration kann ich jetzt sehen, ob zu den eingebrachten Ressourcen neue Ressourcen oder Stakeholder dazugekommen sind. Ich kann so neue Ziele definieren und gegebenenfalls skalieren. So können sich auch Hindernisse oder Zufälle später als nützliche Ressourcen erweisen. Das beste Beispiel ist dafür die Zitrone – wenn man direkt reinbeißt ist die Schale bitter und das Innere sauer. Wenn ich das Ganze aber mit den richtigen Zutaten mische, dann bekomme ich Limonade. Und was kann an einem so schönen Sommertag erfrischender sein?

 

Radikale Selbstverantwortung

Doch der zentralste Punkt ist der der radikalen Selbstverantwortung. Stellvertretend dafür steht das Bild des Piloten. Steuert dieser auf einen Berg zu, so hat er zwei Möglichkeiten – zum einen, er schreit den Berg oder seinen Co-Piloten an, der Berg möge doch aus dem Weg gehen. Oder er berechnet, wie lange es denn dauert, bis der Berg von alleine errodiert? Alles nicht das, was ein Pilot machen würde, oder? Er fokussiert sich auf das, was er ändern kann.  Nur das, was man selbst verantwortet, kann man auch verändern. Mit dieser Haltung wird es einfacher, Ownership für die erzeugte Qualität zu übernehmen. Echte Craftsmanship ist dann gefragt. Doch was ist, wenn ich der Einzige in meiner Firma, in meinem Unternehmen bin, der diese Haltung verinnerlicht? Wir glauben, dass Haltung nur dann gelernt werden kann, wenn sie auch vorgelebt wird. Wenn der Einzelne sich selbst nicht mehr so wichtig nimmt, und sich in den Dienst des Ganzen stellt, können andere von ihm lernen. Ein zweiter Schritt ist die Dringlichkeit. Wenn durch Transparenz jedem klar ist, was gerade passiert, wenn die Dringlichkeit von Veränderung erlebt und gespürt werden kann, dann können alle zusammenhelfen und das Ruder herum reißen.

Es gibt noch viele weitere Schritte, die zur agilen Transformation von Unternehmen beitragen können. Lesen Sie dazu unsere Landscape der Agilen Transformation.

Die Haltung der Agilen Welt erfordert viel Disziplin. Es ist mit Sicherheit nicht der leichte Weg, aber der, der Erfolg zumindest wahrscheinlicher werden lässt, in einer Welt, in der nichts sicher ist. Da ist es gut, jemanden an der Hand zu haben, der eine Außenperspektive liefern kann – und der Erfahrung mit dem Vorleben der Agilen Haltung hat. Gerne unterstützen wir Sie dabei.

Stakeholder-Analyse in Entwicklungsprojekten

Erstellt am 22 Mai 2018
von Schreibe einen Kommentar

Die Stakeholder-Analyse bezeichnet die Identifikation der Projektteilnehmer, weiterer Personen und Institutionen, die ein Interesse an einem Entwicklungsgegenstand haben. Durch genaueres Untersuchen der Einstellung und Beziehung der Stakeholder zum Entwicklungsgegenstand bekommen die Projektverantwortlichen ein besseres Verständnis für die Erfolgsfaktoren des Entwicklungsgegenstandes.

Rezepte gemäß ISA-88 mit Use Case 2.0 agil umsetzen

Erstellt am 15 Mai 2018
von Schreibe einen Kommentar

500g Hackfleisch, Tomaten, Karotten, Zwiebeln und Knoblauch hinzugeben, vermischen und anbraten. Fertig ist die Spaghetti Bolognese Soße!
Automation Engineers denken beim Abarbeiten dieses Rezeptes nicht nur an die entstehende leckere Soße, sondern eventuell auch an die ihnen so bekannten Batchvorgänge (Automatisierungsvorgänge). Schließlich lassen sich Rezepte jeglicher Art leicht automatisieren.

Agile Antipatterns – Teil 1: Projektbudgetierung

Erstellt am 8 Mai 2018
von Schreibe einen Kommentar

Die gewünschten Vorteile der agilen Entwicklung sind vielfältig:

  • Die Kunden sind zufriedener und damit kaufbereiter.
  • Die Zeit von der Idee bis zur Lieferung an die Kunden ist kürzer.
  • Die Mitarbeiter sind motivierter und leisten mehr.

Hört sich doch gut an, oder? In der Praxis stehen bestimmte Verhaltensweisen den genannten Vorteilen im Weg. Weil ich als Scrum Master und agiler Coach dieselben Muster in vielen Firmen immer wieder sehe, schreibe ich in dieser Artikelserie darüber.

Anforderungen strukturieren – 4. Das Informationsmodell

Erstellt am 25 April 2018
von Schreibe einen Kommentar

Heute der 4. Teil der Serie “Anforderungen strukturieren” mit der Frage: “Wie gestaltet man eine Struktur mit mehreren Anforderungsdokumenten, Spezifikationen und anderen Anforderungsartefakten?”. Im sogenannten Anforderungs-Informationsmodell  wird definiert, welche 

Was ist „Agiles Coaching“?

Erstellt am 29 März 2018
von Schreibe einen Kommentar

Was ist „Agiles Coaching“?

Tools machen eine Veränderung sehr gut sichtbar. Sei es das neue Taskboard vor dem Teamraum oder ein Online Tool für das Schätzen der Stories mit den Kollegen aus Bulgarien. Tools machen unseren Alltag leichter. Wenn Sie das nicht tun und keinen wirklich essentiellen Nutzen stiften sollte man sie loswerden.

Kleine Frage mit großer Wirkung …

Erstellt am 14 März 2018
von Schreibe einen Kommentar

https://www.flickr.com/photos/montrealprotest/19852276774/

Kennen Sie diese Tage auch? 

Sie hatten einen anstrengenden Tag, sind von einem Meeting ins nächste gehetzt. Die PowerPoint-Präsentation für das nächste Team-Meeting ist noch immer nicht fertig. Die Deadline rückt näher, und Sie finden keine Zeit daran weiterzuarbeiten. Sie fühlen sich gehetzt von all den Terminen.

Oder Sie haben noch immer nicht den Bug fixen können. Sie ärgern sich darüber, die Ursache noch immer nicht gefunden zu haben. Das System verhält sich nicht so, wie Sie erwartet haben. Ihre Frustration steigt.

Oder die Retrospektive, die Sie vorbereitet haben, lief nicht wie erwartet. All die Mühe, die Sie sich für die Vorbereitung gemacht haben, waren umsonst. Das Team schwieg und Sie gehen mit dem unguten Gefühl aus der Retrospektive, dass die wahren Probleme noch nicht angesprochen wurden.