Agile Methoden wie Scrum oder Kanban etablieren sich zunehmend als Alternative zu klassischen Vorgehensmodellen in der Softwareentwicklung. Ist das alles nur ein großer Hype oder steckt mehr dahinter? Gibt es vielleicht sogar einen echten Business Case? Anhand einer idealisierten Geschichte soll verdeutlicht werden, welche Chancen die Agilität bietet und warum sich ein Umstieg rechnet.
In der aktuellen Ausgabe des Business Technology Magazins beschreiben Andreas und ich anhand einer fiktiven Geschichte, warum sich Agilität auch aus finanzieller Sicht für Unternehmen lohnt.
Die 4 Kernthesen für den Business Case für Agilität sind dabei:
- Schneller geschäftlicher Nutzen und Time to Market
- Weniger Fehl- und Blindleistungen
- Risikomanagement von komplexen Situationen
- Hohe und nachhaltige Qualität
Den vollständigen Artikel kann man von unserer Webseite herunterladen: Business Case für Agilität
Es gibt viele Wege eine Reflection über einen vergangenen Sprint zu machen, und ab und zu probieren wir auch neue Ideen aus.
So wurden wir in unserer letzten Reflection in die Rolle eines Künstlers versetzt und haben unsere Eindrücke des vergangenen Sprints in ein Bild gefasst.
Was auf den ersten Blick merkwürdig erschien funktionierte aber überraschend gut. Das Bild stellt kompakt die wichtigsten Eindrücke zusammen und provoziert andere Emotionen also eine reine Liste über die zu verbessernden Dinge. Mal sehen ob wir dieses Mittel irgendwann wieder einsetzen.
Als Beispiel möchte ich mein Bild zeigen und beschreiben. Die Bilder der Kollegen waren zwar auch interessant, jedoch möchte ich sie nicht ungefragt veröffentlichen. 
(weiterlesen…)
Das tägliche Scrum dauert nur eine Viertelstunde und ist das zentrale Instrument eines Teams, um den Tag zu koordinieren und strukturieren. Da sollte man meinen, dass jede Minute zählt und jedem dem Meeting die Priorität und Bedeutung beimisst, die es verdient. Die Erfahrung zeigt aber, dass es immer wieder geschieht, dass Teammitglieder nicht rechtzeitig zum Daily Scrum erscheinen. Wie geht man am besten mit der Situation um?
(weiterlesen…)
Im Umfeld der agilen Methode „Scrum“ würde ich gerne einen wichtigen Aspekt des Projektmanagements näher betrachten. Die Zusammensetzung des Projektteams. Im klassischen Projektmanagement ist dies eine der grundlegendsten Aufgaben des Projektleiters. Im Idealfall kann er sein Projektteam selbst zusammenstellen und im laufenden Projekt verändern. Im realen Arbeitsalltag unterliegt er natürlich vielen äußeren Zwängen wie z.B. einer begrenzten Auswahl an potentiellen Teammitglieder, der Konkurrenz durch anderen Projekte und Budgetgrenzen, was aber nichts daran ändert, dass der Projektleiter diese Befugnis haben sollte.
(weiterlesen…)
Auf dem diesjährigen “meet the experts – Agilität” fand ein Openspace mit dem Titel „Fachkonzept vs. Userstories“ statt. Auslöser dieses Open Space war die in Scrum-Vorträgen vorkommende These, dass Fachkonzepte nicht mehr benötigt werden, diese würden durch Userstories ersetzt.
Aus meiner Erfahrung stehe ich dieser These sehr skeptisch gegenüber. Fachkonzepte stellen für mich in der Projektarbeit ein sehr hilfreiches Werkzeug dar, auch für agile Projekte. Da agiles Vorgehen nicht auf statische Anforderungen basiert, kann ein Fachkonzept nicht mehr die Aufgabe haben, die im Rahmen des Projekts umzusetzenden fachlichen Anforderungen festzuschreiben. Die Aufgabe liegt viel mehr in der Vorprojektphase wo es zum Strukturieren der gesammelten Fachanforderungen dient. Im späteren Projektverlauf und nach Abschluss des Projekts stellt es eine Grobdokumentation der Anforderungen und Einarbeitungshilfe dar. Es erleichtert so das Sammeln und Strukturieren neuer Anforderungen. (weiterlesen…)
Software Projekte, die mit agilen Methoden wie Scrum oder eXtreme Programming entwickelt werden, stellen hohe Ansprüche an die Entwickler im Team und erfordern neue Fähigkeiten und Denkweisen.
Andrew Hunt und David Thomas haben 2001 mit dem „The Pragmatic Programmer“ bereits ein Standard-Werk über den modernen Anwendungsentwickler geschrieben. Der Fokus liegt dabei aber auf Praktiken, Werkzeugen und Design-Paradigmen die dem Programmierer helfen besseren Code zu entwickeln.
(weiterlesen…)
Kategorie: 
