Lean & Agile Coffee mit Arne Roock, 16.2.2012, Wien

Es ist wieder mal soweit: Lean & Agile Coffee Time!

Und zwar am Donnerstag, 16.02. um 19:00 Uhr bei CSS in der Schlachthausgasse 50, 1030 Wien. Bitte anmelden.

Wir freuen uns, auch diesmal einen Gast begrüßen zu dürfen: Arne Roock von it-agile aus Hamburg (www.software-kanban.de)

Arne hat David Andersons Buch "Kanban" ins Deutsche übersetzt und ist auch dafür verantwortlich, dass David mit dem Thema Kanban deutschen Boden betreten hat. Arne ist seit langer Zeit Kanban Coach und Trainer und war schon an sehr vielen Kanban-Implementierungen beteiligt. Also wieder mal Praxis pur!

Bzgl. Themen und Format sind wir derzeit noch sehr offen für alles. Also Anregungen bitte im Forum posten! (https://www.xing.com/net/pri2789e5x/leanagileaustria/interessante-themen-590400/)

Vielen lieben Dank an Sven Schweiger/CSS (www.css-web.net), der sich bereit erklärt hat, diesen Abend zu hosten!

Wir freuen uns auf euer zahlreiches Erscheinen und auf einen spannenden Kanban Erfahrungsaustausch! 

Gibt es wirklich keine Reihenfolge der Arbeitsschritte in der agilen Softwareentwicklung?

Viele Verfechter von agilen Softwareentwicklungsmethoden argumentieren, dass Softwareentwicklung eine kreative Tätigkeit ist und somit keiner Reihenfolge von Arbeitsschritten folgt. Demnach ist Kanban natürlich eine Katastrophe, da es ja verlangt, die gelebten Arbeitsschritte zu visualisieren.

Wir sind uns einig: kochen und backen sind sehr kreative Tätigkeiten. Wir experimentieren mit Gewürzen, kombinieren immer wieder neue Zutaten und jedes Gericht wird dadurch einzigartig. Wir sind uns sicher auch einig, dass kochen und backen trotz des kreativen Vorganges einer gewissen Reihenfolge an Arbeitsschritten folgt. Beim Backen einer Geburtstagstorte hat sich zum Beispiel herausgestellt, dass es nicht ganz so optimal ist, die Kerzen schon mal in die Eier reinzustecken. Für eine gelungene Geburtstagstorte passieren da häufig noch ein paar Arbeitsschritte zwischen drin, bevor wir mit den Kerzen herumexperimentieren.

Auch in der Softwareentwicklung hat sich herausgestellt, dass es z.B. sinnvoll ist, eine User Story zuerst zu entwickeln/programmieren, bevor sie released wird. Es ist auch hilfreich, eine User Story zuerst zu schreiben und erst dann mit der Programmierung zu beginnen. In Scrum ist sogar eine eigene Rolle definiert, die Verantwortung über User Stories hat - der Product Owner. Es muss sogar sichergestellt werden, dass sich bei den Stories während eines Sprints nichts ändert. Es ist auch "verboten", dass das Scrum-Team neue Stories während eines Sprints annimmt. Somit ist es sogar eine Voraussetzung, dass jede User Story eines Sprints vor dem Sprint fertig sein muss. Haben wir hier vielleicht doch eine gewisse Reihenfolge der Arbeitsschritte in der agilen Softwareentwicklung identifiziert...