Scrum Simulation mit LEGO Steinen

Größe: px
Ab Seite anzeigen:

Download "Scrum Simulation mit LEGO Steinen"

Transkript

1 Eine ganzheitliche, produktorientierte Scrum Simulation mit LEGO Steinen für mehrere Teams Die kleine & mittlere Unternehmensedition Kann adaptiert werden, um andere iterationsbasierte, agile Rahmenwerke zu lehren. Original Schriftstück veröffentlicht im Februar 2009 Verfasst von Alexey Krivitsky Aktuelle Version 2.0, Oktober 2011 Diese Arbeit wird verteilt unter einer Creative Commons Attribution 3.0 Unported License 1

2 2 VORWORT WARUM EINE LEGO SIMULATION? ANERKENNUNGEN UND DANKSAGUNGEN AKTUELLE VARIATION LIZENZ DIESER ARBEIT WEB GEMEINSCHAFT UND ÜBERSETZUNGSPROJEKT DAS SPIEL DAUER, GRUPPENGRÖßE, MATERIALEN ROLLEN Product Owner Scrum Master Team Mitglieder Tester Optionale Rolle Keine Beobachter erlauben WAS GILT ES ZU BEOBACHTEN Verhalten Kommuniktationstile Verletzter Prozess STUFEN DES SPIELS VORSPIEL: Organisieren der Teams VORSPIEL: Projektbekanntgabe VORSPIEL: Erstellen des Backlogs VORSPIEL: Schätzen Die schnellste Techik - Schwimmbahndimensionierung Planungs Poker mit mehreren Teams SPIEL: Sprint Planung SPIEL: Sprinten SPIEL: Review SPIEL: Release Zyklus NACHSPIEL: Nachbesprechung VARIATIONEN Fluktuationen hinzufügen Unternehmensweites Scrum Hast Du Deine eigene Variation? Lass es uns wissen VIELEN DANK!

3 VORWORT WARUM EINE LEGO SIMULATION? Über die letzten Jahre habe ich ein dutzend Scrum-Klassen als Co-Trainer ausgebildet, sowohl mit Zertifizierung als auch ohne. All diese Klassen hatten unterschiedliche Simulationseinheiten, aber ich hatte immer das Gefühl, dass es hier etwas besseres geben sollte. Nachfolgend nenne ich die Merkmale, die ein minimales Spiel über Scrum meiner Meinung nach haben sollte. 1. OFFENE BACKLOGS, DIE IDEENFINDUNG MOTIVIEREN über DETAILIERTE ANWEISUNGEN, DIE BEFOLGT WERDEN MÜSSEN Wir wollen ein Spiel mit einem offenen Backlog starten - eine Einladung zur Kollaboration zwischen Kunde und Teams. Backlogs können von Trainern vorbereitet werden, aber sie sollten nicht geschlossen und präzise sein wie tu dies, dann mach jenes. So etwas klingt nach dem guten, alten Befehl und Kontrolle. Wir wollen eine ganz andere Art der Beziehung zwischen Kunde und Teams lehren und demonstrieren. 2. ACHTSAME PRODUKTENTWICKLUNG über EINE SERIE VON FERTIG ZU STELLENDEN AUFGABEN Wir müssen Produktentwicklung lehren, nicht Mikromanagement auf Aufgabenniveau. Daher sollten Backlogs und Anweisungen nicht als eine Serie von Aufgaben komponiert werden. Statt dessen sollten sie eher eine Produktvision darstellen - ein große Sache, die größere Teams erstellen sollten. 3. TEAMS ARBEITEN ZUSAMMEN AM GEMEINSAMEN ERFOLG über WETTKAMPF UM DEN PUNKTESTAND Das Spiel sollte skalierbar sein, um auf Gruppengrößen von 20 Personen und mehr zu passen. Das wird wiederum dazu führen, die Teilnehmer in Teams aufzuteilen. Dies sollte als Chance genutzt werden, die Fähigkeiten zur Kollaboration zwischen Teams zu praktizieren. Das sollte gewollt und ohne spezifische Anweisungen geschehen, da es für Teams natürlich ist, in den Wettbewerb zu treten. 3

4 4. NÜTZLICHE METRIKEN ZUR BEWERTUNG DER VORTEILE VON AGIL über FIGUREN, DIE DIE TRAINER EINFORDERN Alle Metriken, welche die Trainer von den Teilnehmern einfordern, sollten einen offensichtlichen Vorteil für die Teams haben und das Spiel selbst sollte ihnen den eigenen Fortschritt lehren. 5. KONTINUIERLICHE VERBESSERUNG über GEWINNEN ODER VERLIEREN DES SPIELS MIT EINEM VERSUCH Das Spiel sollte so ausgelegt sein, dass Teams mehrere Versuche haben. Jede Sitzung generiert Erfahrungen und Erkenntnisse und hilft ihnen, bessere Prozesse herauszufinden. ANERKENNUNGEN UND DANKSAGUNGEN Anfang 2009 hat Mykola Gurov mir dabei geholfen, das Potential von LEGOs als eine Art API für Produktentwicklungsimulationen zu erkennen. Später im selben Jahr habe ich dann nach Diskussionen mit William Wake, Jurgen De Smet, Yves Hanoulle und Xavier Quesada Allue eine frühe Version eines Spiels mit dem Namen LEGO für erweiterte SCRUM Simulationen erstellt. Seit der ersten Veröffentlichung auf der Scrum Alliance Website habe ich dutzende s mit Danksagungen für diese Arbeit erhalten. Nun möchte ich diese Gelegenheit nutzen und im Gegenzug jedem, der mich kontaktiert hat, um Ideen zur und Erfahrungen mit dieser Simulation zu teilen, zu danken: Gerry Kirk, Tim Yevgrashyn, Steve Rogalsky, Andriy Yevtushenko, Geoff Watts, Laurent Godé, Radu Davidescu, Martine Devos, Jo Newcombe Cook, Jakob Frandsen Martin Muntzing, Ola Ellnestam, Dusan Kocurek, Danny (Danko) Kovatch, Gustavo Quiroz, Jukka Lindström, Eduardo Bregaida, and Nathaniel Cadwell. Insbesondere danke ich Robin Dymond und Sergey Dmitriev für die Gelegenheiten, dieses Spiel in ihren Certified Scrum Master Klassen zu spielen. AKTUELLE VARIATION Seit der ersten Veröffentlichung des Dokuments in 2009 haben dutzende Trainer dieses Spiel ausprobiert. Die aktuelle, verbesserte Version der Simulation, die in 4

5 diesem Dokument beschrieben wird, reflektiert die Rückmeldungen und Beobachtungen, die gemacht wurden. LIZENZ DIESER ARBEIT Die aktuelle Arbeit wird unter folgender Lizenz verteilt: Creative Commons Attribution 3.0 Unported License This license lets others distribute, remix, tweak, and build upon your work, even commercially, as long as they credit you for the original creation. This is the most accommodating of licenses offered. Recommended for maximum dissemination and use of licensed materials. WEB GEMEINSCHAFT UND ÜBERSETZUNGSPROJEKT Wir haben uns entschieden, einen Ort zu erstellen, an dem Personen mit dem Interesse, Scrum mit LEGOs zu unterrichten, zusammenkommen und zusammenarbeiten können. - Trete der Gemeinschaft bei und hilf uns, es zu verbreiten. Eines der fortlaufenden Projekte dieser Gemeinschaft ist die Übersetzung des Dokuments in alle Sprachen dieser Welt. Prüft den aktuellen Status und denkt darüber nach, uns zu helfen. Wir wissen eure Bemühungen wirklich zu schätzen. DAS SPIEL DAUER, GRUPPENGRÖßE, MATERIALEN Es hat sich gezeigt, dass das Spiel den jeweiligen Bedürfnissen des Trainers und den unterschiedlichen Gruppengrößen angepasst werden kann. Ein standard Spiel ist nachfolgend beschrieben, aber fühle Dich ermutigt, es Deinen individuellen Bedürfnissen anzupassen. Zeitvorgabe: Minuten 100 Minuten - bei Anwendung schneller Schätzverfahren für Teams 120 Minuten - bei Anwendung von Planungs Poker oder anderen Schätzverfahren Gruppengröße: 4-25 Personen Ideal sind 2-3 Teams von 4-6 Personen Größe (ergibt 8-18 Personen insgesamt) Kann um Scrum Master erweitert werden 5

6 LEGO Boxen: eine LEGO Box für ein Team von 4-6 Personen Ich benutze LEGO Grundbausteine # Es braucht vier Boxen für 20 Personen Stationär: Standard Training Paket Sticker, Flip Chart Papier, Textmarker Planning Poker Karten (oder selbstgemachte) Raumgestaltung: ein Tisch für ein Team von 4-6 Personen Extra Raum (ein Tisch oder eine Ecke im Flur) für das integrierte Produkt ist nützlich ROLLEN Product Owner Als Trainer spiele ich die Rolle des Product Owner. Das Ziel ist, das Verhalten von Product Ownern zu zeigen, was sie typischerweise erwarten und brauchen, welche Verhaltensweisen der Teams sie begrüßen und welche nicht. Scrum Master Dieses Spiel kann ohne dedizierte Scrum Master gespielt werden. Manchmal habe ich Scrum Master im Spiel durch Einladen von Co-Instruktoren. Eine weitere Option ist, das Team zu bitten, einen Scrum Master auszuwählen. Wenn man erfahrene Prozessbegleiter in der Rolle von Scrum Mastern hat, die konstant auf den Prozess fokusiert sind und einen dedizierten Trainer, der die Geschäftsrolle spielt, wird das Spiel wesentlich realistischer und entspannter. Team Mitglieder Andere Studenten sind Teammitglieder Tester Optionale Rolle 1 Visit the online LEGO store: 1 6

7 Du kannst Tester im Team haben. Ihre Hauptaufgabe wärees, ihren Teams zu helfen, Vereinbarungen bzgl. Anforderungen und Designs zu dokumentieren, um Akzeptanztesten zu ermöglichen und durchzuführen. Die Kehrseite, die ich erfahren habe, ist, dass Tester eher die Qualität beobachten, als mit LEGOs zu bauen. Da jedoch das Ziel solcher Spiel learning by doing ist, macht es meiner Meinung nach Sinn, jeden zu animieren, sich am Bauprozess zu beteiligen. Keine Beobachter erlauben Das Spiel macht so viel Spaß beim Spielen, dass Beobachter mehr verlieren als gewinnen würden - meiner Meinung nach. Auf der anderen Seite würde ich es lieben, gute Geschichten von euch zu hören. WAS GILT ES ZU BEOBACHTEN Verhalten Meinen Beobachtungen zur Folge gibt es in Spielen bestimmte Verhaltensweisen, welche die Spieler an den Tag legen, die Arbeitsgewohnheiten widerspiegeln. Und unter Stress neigen Menschen dazu, in ihre natürlichen Verhaltensmuster zurückzufallen. Das Spiel ist bewusst so gestaltet, dass es stressig ist. Darum kann es gegebenenfalls schlechte Verhaltensmuster aufdecken, die wirklichen agilen Einführungen im Wege stehen können. Mein Ziel als Trainer ist es, diese Verhaltensweisen für die Gruppe hervorzuheben und zu Lernerfahrungen und Warnungen zu machen, auf die es ein Augenmerk zu legen gilt. Kommuniktationstile Achte auf: Manager, Diktatoren, Lauten Stimmen und ähnliche Projektionen. Das ist fruchtbarer Boden für Nachbesprechungen und persönliches Coaching. Verletzter Prozess Halte die Augen offen auf Teile des Prozesses, die die Teams nicht so gut machen. Zum Beispiel, wenn das Team während der Anforderungsdiskussion nicht so viele klärende Fragen stellt, wie es stellen sollte. Höchstwahrscheinlich haben sie das gleiche Problem oder werden das gleiche Problem haben, wenn sie in eine ähnliche Situation in einem realen Projekt kommen. Hervorheben und Besprechen des Problems mit dem Team wäre ein Weg, damit umzugehen. STUFEN DES SPIELS 7

8 Die Simulation hat drei natürliche Teile: Vorspiel, Spiel und Nachspiel oder Nachbesprechung. Vorspiel Organisiere der Teams Definiere den Prozess Projekt bekanntgeben Erstellen des Backlogs Schätzen Spiel Sprint Planung Sprinten Sprint Review Nachspiel Nachbesprechung VORSPIEL: Organisieren der Teams Dauert ca. 5 Minuten Es gibt keine Grund, warum diese Aktivität nicht Teil des Spiels ist - als Lernprozess. Ich strebe die Demonstration von Selbstorganisation in Aktion an und bitte dazu die Teilnehmer, sich in Gruppen von 4-6 Personen zu organisieren und sich dann einen Arbeitsbereich zu suchen. Das ist eine gute Aufwärmübung, da es vielleicht nötig ist, Tische zu bewegen und aufzuräumen. VORSPIEL: Projektbekanntgabe Benötigt 10 Minuten. Du spielst jetzt seit 5 Minuten das Spiel. Als Trainer, der den Product Owner spielt, muss ich folgende Botschaften kommunizieren: 8 1 Alle Teams arbeiten an einem einzigen Produkt - sie sind nicht konkurrierend, vielmehr arbeiten sie für denselben Lieferanten. 2 Das Produkt ist eine STADT mit bestimmten Eigenschaften. 3 Das Hauptbaumaterial sind LEGOs, wobei anderes Material in Ergänzung dazu benutzt werden kann. 4 Ich bin der Hauptentscheider für das Produkt - es ist meine Stadt.

9 9 5 Ich bin dahingehend in den Entwicklungsprozess involviert, als das ich verfügbar bin, um Fragen zu beantworten und Feedback zu geben. Diese Aktivität als kollaborative Bekanntgabe durchzuführen, mag ein guter Weg sein. Mein Ziel ist es sicherzustellen, dass die Teams beim Bauen der Produkte mit LEGOs Scrum praktizieren. Nun ist die Herausforderung, wie man diese beiden Rollen kombiniert: ein Product Owner (dem nicht der Prozess gehört) und den Trainer für die Klasse (der ein Interesse daran hat, diese Simulation mit Scrum durchzuführen). Da gibt es mehre Wege, mit denen ich das versucht habe: 1 Wechsle die Hüte beschreibe dem Team die Scrum - Regeln Ich mache explizit deutlich, ob ich in diesem Moment als Product Owner agiere oder als Trainer, so dass die Teilnehmer nicht verwirrt sind. 2 Spielen eines neuen Product Owner lass das Team Dir Scrum verkaufen Meistens spiele ich einen Product Owner, der nicht viel über Agil oder Scrum weiss. Und nach der Präsentation meiner Vision einer Stadt bitte ich das Team um Hilfe bei der Ausgestaltung eines Prozesses, der dafür passt. Persönlich mag ich den zweiten Ansatz mehr, da er hilft, das Lernen der Klasse unterstützt und die Teilnehmer das Artikulieren agiler Werte praktizieren lässt. VORSPIEL: Erstellen des Backlogs Benötigt 15 Minuten. Du spielst das Spiel jetzt 15 Minuten. So bald man sich auf Projekt und Prozess verständigt hat, ist es Zeit, die Eigenschaften der Stadt dem Team mitzuteilen. Ich mache das üblicherweise so, dass ich dem Team einen Satz vorbereiteter Post-Its zeige, die ich auf ein Flipchart hänge. Normalerweise sind folgende Dinge enthalten: Einstöckiges Haus (mehrere davon, eines pro Post-It) Zweistöckiges Haus (mehrere) Geschäft Schule Kirche Krankenhaus Kindergarten Bushaltestelle Kreuzung (kann gezeichnet werden) Park (kann gezeichnet werden)

10 Fluss (kann gezeichnet werden) Brücke Einige der Dinge können auf Flipchart-Papier gezeichnet werden mit den LEGOs oben drauf. Hier kannst Du kreativ werden und etwas unterhaltsameres bauen als eine einfache Stadt. Wir haben das Spiel einmal mit einem Start-Up Team gespielt, darum haben wir dann ein Silicon Village gebaut. Das brauchte dann offensichtlich ein paar andere Dinge, die gebaut werden mussten wie zum Beispiel eine Präsentationshalle mit einem ipad (das einen Bildschirm darstellt), ein paar Co-Working-Plätze in der Stadt, ein sicheres Gebäude für Webserver und ein Denkmal eines heldenhaften Existensgründers (ein ausgefallenes Denkmal auf Schienen). Das war ein Spaß! Während das Backlog präsentiert wird, beschreibe ich kurz wie ich denke, dass jedes Element aussehen könnte. Und ich versuche, Diskussionen auf später zu verschieben. VORSPIEL: Schätzen Wird bis zu 20 Minuten dauern. Du spielst das Spiel jetzt seit 30 Minuten. Schätzungen. Der härteste Teil, irgendwie. Ich würde vielleicht: 1 Schätzungen weglassen (wie agile Gurus es empfehlen würden) 2 Es schneller und einfacher machen 3 Ein bisschen Zeit investieren, um Planing Poker zu praktizieren "Jedes Jahr gibt es ein neues Schätzverfahren. Der wahre agile Ansatz würde Schätzungen hinauswerfen" [JA!] Abhängig davon, wie viel Zeit wir haben, kann ich zwischen der einfachsten Technik oder Poker wählen. Die schnellste Technik - Schwimmbahndimensionierung Ich habe diese Technik von gelernt. Anscheinend mache ich das aber in einer weniger ausgeklügelten Art und Weise. Sieh Dir mal die Zeichnung weiter unten an. 10

11 Basierend auf dem Konzept der Triangulation 2 und der Dimensionierung von Schwimmbahnen 3 teilen wir einfach Rubriken ein, um unterschiedliche Größen von Stories zu markieren ( , wenn Du Fibonacci bevorzugst - ein wenig Beigeschmack von Wissenschaft ist immer gut) und bitten die Teilnehmer, Stories in die Bahnen zu ziehen, welche die passende Größe der Story repräsentieren. Wir machen das in Gruppen oder alle gemeinsam. Diese Aktivität kann ebenso im Stillen durchgeführt werden. Abbildung 1: Schwimmbahnen für Gruppenschätzungen Wenn eine Gruppe so groß ist, dass sie in Gesamtheit nicht vor das Board passt, bitte ich jedes Team darum, Paare zu schicken. Wenn diese Paare fertig sind, kommen die nächsten und zwar so lange, bis jeder die Gelegenheit hatte, mit dem Board zu arbeiten. Wenn wir fertig sind, frage ich die Gruppe, ob es gut genug ist, um zu starten und ob sie nun richtige arbeiten wollen. 2 Triangulation and other concepts of Agile estimating and planning, by Mike Cohn Swimlane Sizing Complete & Fast Backlog Estimation

12 Planungs Poker mit mehreren Teams Planungs Poker 4 mit mehreren Teams zu spielen, erfordert zu erst das Verständigen auf eine Beispielgröße als gesamte Gruppe. Das Verständigen auf eine Größe ist einfach: Nimm ein Element, das klein und einfach genug ist, aber nicht trivial und weise diesem den Wert 2 zu. Üblicherweise stimmen alle Teilnehmer überein, dass einstöckige Häuser als zwei gewertet werden. Ein anderer Ansatz ist der, Beispiel-Stories auszuwählen, diesen T-Shirt Größen 5 (XS, S, M, L, XL) zuzuweisen und dann alle Stories der Größe S mit 2 zu markieren, um dann mit Poker weiterzumachen. Ich möchte gern einige Tipps mit euch teilen, die mir helfen, Mulitteam Planungs Poker Sessions zum Laufen zu kriegen: Organisiere eine Wand mit Schwimmbahnen (siehe Skizze oben) Bitte die Teams, Stories einzeln nacheinander zur Schätzung zu ziehen. Bitte die Teams, Details an jede Story zu hängen, so bald Klärungen vom Product Owner gekommen sind (da es vielleicht ein anderes Team sein könnte, das diese Story umsetzt). Ermutige Teammitglieder dazu, Fragen zur Klärung zu stellen, die helfen können, Größen zu definieren und würdige dies. Einmal geschätzt muss eine Story an die Wand getan werden, so dass andere Teams von dieser neuen Information profitieren können. Wenn die Schätzung erledigt ist, bitte die Teilnehmer, zur Wand zu gehen und einen Vernunftscheck mit gegebenenfalls notwendigen Änderungen durchzuführen (meiner Erfahrung nach werden Änderungen kaum benötigt). Wenn die Teams nicht viel über Planungs Poker wissen, ist es sinnvoll, einen Testlauf zu machen, so dass Du beobachten kannst, ob die Teilnehmer die Technik korrekt anwenden. Ich frage Teams üblicherweise: Wie viel kostet ein Pint Guinness in U.K? 4 Planning Poker is found by James Grening in 2002 and popularized by Mike Cohn: T-shirt sizing

13 Das impliziert, das Fragen gestellt werden, wie Punkte hier angewandt werden können, nach Ort und Datum, wo das Guiness gekauft wird etc. - das ist ebenfalls eine gute Aufwärmübung zum Schätzen von Stories. Interessanterweise liefern beide Techniken, Schwimmbahnen und Planungs Poker die notwendige Präzision für Release Planung, was durch Hunderte von Release Burn- Down Charts belegt wurde. SPIEL: Sprint Planung Du spielst das Spiel jetzt seit 50 Minuten. (Und es sind keinerlei Dinge gebaut worden bis jetzt! Beweist das nicht genug, dass Schätzungen verschwenderisch sind?) Nun, da die Stories geschätzt sind, musst Du diese von der Schwimmbahnen Wand in das Backlog bewegen. Da wir die Sprint Planung maximal sichtbar machen wollen, erstellen wir eine spezielle Planungswand, welche die Pläne aller Teams für alle Sprints in dem Spiel zusammenfasst. Abbildung 2: Multi-team Planungswand, vor der Planung von Sprint #1 13

14 Abbildung 3: Multi-team Planungswand, innerhalb von Sprint #2 Wir setzen eine Time-box für die Sprintplanungsaktivitäten von drei Minuten an, in der wir die Teams bitten, ihre Sprintbox mit Stories zu füllen. Wenn alles erledigt ist, fragen wir die Teams, ob sie sich unwohl genug mit ihren Plänen fühlen, um es zu versuchen! SPIEL: Sprinten Braucht ca. 7 Minuten. Wir bevorzugen 7-Minuten Sprints, da es grade genug Zeit ist, mehrere Elemente in Zusammenarbeit mit mehreren Personen zu bauen, ohne zu viel Politur an die Elemente kommen zu lassen. 14

15 Um sicher zu gehen, dass die Teilnehmer gestresst genug sind, verwenden wir eine große, für alle sichtbare Stoppuhr via Notebook oder Beamer: Abbildung 4: Eine Stoppuhr von - Zeitgeber in verschiedenen Formen, können auch offline genutzt werden. SPIEL: Review Braucht ca. 5 Minuten. Wenn die Zeit um ist, stelle ich sicher, dass die Teilnehmer wirklich mit Bauen aufgehalten haben und fange an zu fordern: Wo ist meine Stadt? Es hat sich gezeigt, dass Teams erst nach dem zweiten Sprint mit der kontinuierlichen Auslieferung von Stories in die Demonstrationsumgebung (ein Flipchartpapier) beginnen. So wird in den meisten Fällen niemand daran gedacht haben, wie die Demonstration zu organisieren ist. Klingt das nicht ähnlich wie im realen Leben? Ich bekomme immer Kommentare in der Nachbesprechung, dass ich den gütigsten Product Owner spiele, den man je gesehen hat. Trotzdem wird in den meisten Fällen nach dem ersten Sprint nichts akzeptiert, da ich nach dem Zeigen der ersten Gebäude zu realisieren beginne : Ich mag Symmetrie. Alles in der gleichen Farbe bedeutet aktuell einfarbige Gebäude, wobei die Gebäude nicht alle gleichfarbig sind. Gebäude sind entweder zu klein, zu groß oder zu verschieden. Fenster auf unterschiedlichen Ebenen sind nicht in einer Reihe. <Komme mit Deinen eigenen Begründungen> Unfertige Elemente gehen zurück von der Planungswand in das Backlog. Verbleibende Arbeit kann neu geschätzt werden, wenngleich wir selten Schätzungen aktualisieren. 15

16 So bald Stories akzeptiert wurden, wird das Release Burndown Chart vom PO aktualisiert, der klar und laut ankündigt, dass das Release in drei Sprints fertig sein muss und es bis jetzt so aussieht, als wären wir nicht in der Lage, alle Stories zu schaffen. Ein paar Minuten sollten retrospektiv der Frage Wie können wir uns im nächsten Sprint verbessern? gewidmet werden. SPIEL: Release Zyklus Ohne viel Zeit mit der Diskussion von Fehlern im ersten Sprint zu verschwenden, was immer ein Desaster ist, gehen wir direkt zur Sprint Planung. Ich habe gelernt, dass es durchschnittlich drei Sprints braucht, um 80% des Backlogs mit erwarteter Qualität fertigzustellen, so dass der volle Zyklus in der Regel so aussieht: 1 Sprint #1 a Planung 3 Minuten b Sprinten 7 Minuten c Review 5 Minuten 2 Sprint #2 a Planung 3 Minuten b Sprinten 7 Minuten c Review 5 Minuten 3 Sprint #3 a Planung 3 Minuten b Sprinten 7 Minuten c Review 5 Minuten Zwischensumme: 45 Minuten Da uns die Vorbereitung ungefähr eine Stunde gekostet hat (von der Bekanntgabe bis zum geschätzten Backlog), die Sprints 45 Minuten brauchen und es ungefähr 15 Minuten zu Nachbesprechung braucht, dauert das ganze Spiel um die 120 Minuten. Einmal gemacht und mit der Hilfe von Co-Trainern, welche die Scrum Master spielen, kann es auch ein wenig schneller gehen. 16

17 NACHSPIEL: Nachbesprechung Es ist wahrscheinlich vernünftig, nach dem letzten Sprint eine kurze Pause zu machen, um die Gemüter sich beruhigen zu lassen und kurz Luft zu holen, bevor wir dann in die Nachbesprechung gehen (Habe ich erwähnt, dass das Spiel so augelegt ist, dass es erschöpft? Und zwar nicht nur die Teams...) Wenn wir wieder zusammengekommen sind, machen wir eine moderierte Diskussion um folgene offenen Fragen: Was haben die Teilnehmer beobachtet? Wie fühlten sie sich, in einem Scrum Team zu sein? Wie liefen die kurzen Iterationen? Wie genau waren die Schätzungen (vorausgesetzt, das Release Burndown ist da)? Was würden wir von Anfang an anders machen, wenn wir die Chance hätten, das Spiel ein zweites Mal zu spielen? Was waren die Aufgaben des Product Owner? Wie fühlte es sich nach dem ersten Sprint an, als nachezu alle Elemente nachbearbeitet werden mussten? Was haben die Scrum Master getan? Wie würde sich eure Vorgehensweise ändern, wenn ihr wüsstet, dass der Product Owner während der Sprints nicht verfügbar ist? Wie lief die Kommunikation zwischen den Teams? Gab es Abhängigkeiten? Wie wurden diese aufgelöst? Was haben die Studenten gelernt? VARIATIONEN Fluktuationen hinzufügen Gute Freunde von mir (Askhat Urazbaev and Nikita Filippov) haben ein ähnliches Spiel entworfen, das willkürliche Fluktuationen hinsichtlich Teamgröße und Komplexität beinhaltet. Dazu wird einfach nach der Sprint Planung und vor dem eigentlichen Sprinten ein Würfel geworfen, der Schätzungen in Story Point multipliziert oder einige Teammitglieder für diesen Sprint krank werden lässt, wobei das Team den Sprintplan halten muss. Dieses Spiel möchte hervorheben, dass Kollaboration im und zwischen Teams essentiell ist für die Aufgabenabstimmung innerhalb der Sprints, da es gern anders als geplant läuft. 17

18 Unternehmensweites Scrum Ich war in der Lage, die Simulation mit LEGOs so zu skalieren, dass ich mit 100 Teilnehmern in 12 Teams 4 Städte gleichzeitig bauen konnte. Es bedarf dazu zwar ein paar Tonnen LEGOs, aber es scheint ein guter Weg zu sein, Scrum auf unternehmensweiter Ebene zu demonstrieren. Dazu braucht es aber einen weiteren Artikel, um all die Regeln und Rahmenparameter abzudecken. Hast Du Deine eigene Variation? Lass es uns wissen Wir würden gern Deine Geschichten, Deine Variation des Spiels hören schließe Dich uns bitte an unter und schicke uns deine Ideen an 18

19 VIELEN DANK! Hab verspielte Projekte! Alexey Krivitsky 19

Einführung in Scrum. Agiles Projektmanagement. Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen

Einführung in Scrum. Agiles Projektmanagement. Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen Einführung in Scrum Agiles Projektmanagement Martin Krüger 27.04.2011 Entwicklung von Workflowanwendungen Warum Agiles Projektmanagement? Scrum Empfehlungen Das Seminar Planbarkeit Warum Agiles Projektmanagement?

Mehr

Agile Estimation. Mit Agilem Schätzen in die Zukunft blicken. Benjamin Seidler. XP Days Germany 2014 16. Oktober 2014, Hamburg

Agile Estimation. Mit Agilem Schätzen in die Zukunft blicken. Benjamin Seidler. XP Days Germany 2014 16. Oktober 2014, Hamburg Agile Estimation Mit Agilem Schätzen in die Zukunft blicken. XP Days Germany 2014 16. Oktober 2014, Hamburg Benjamin Seidler [Bildwuelle: https://www.flickr.com/photos/wecand/3461082232/] Mit Agilem Schätzen

Mehr

RE-Metriken in SCRUM. Michael Mainik

RE-Metriken in SCRUM. Michael Mainik RE-Metriken in SCRUM Michael Mainik Inhalt Agile Methoden Was ist SCRUM? Eine kurze Wiederholung Metriken Burn Down Graph Richtig schätzen Running Tested Features WBS/ Earned Business Value Business Value

Mehr

Scrum. Übung 3. Grundlagen des Software Engineerings. Asim Abdulkhaleq 20 November 2014

Scrum. Übung 3. Grundlagen des Software Engineerings. Asim Abdulkhaleq 20 November 2014 Grundlagen des Software Engineerings Übung 3 Scrum Asim Abdulkhaleq 20 November 2014 http://www.apartmedia.de 1 Inhalte Scrum Wiederholung Was ist Scrum? Übung: Scrum Workshop (Bank Accounts Management

Mehr

Projektmanager, Scrummaster, SW-Entwickler. Webbasierte Software. Teilweise Medizinprodukt Scrum seit 2006

Projektmanager, Scrummaster, SW-Entwickler. Webbasierte Software. Teilweise Medizinprodukt Scrum seit 2006 Überleben mit Scrum Andrea Schulz Hintergrund Projektmanager, Scrummaster, SW-Entwickler Siemens Healthcare Webbasierte Software Produkte (Releases als Projekte) Teilweise Medizinprodukt Scrum seit 2006

Mehr

Checkliste für Scrum-Meetings

Checkliste für Scrum-Meetings Checkliste für Scrum-Meetings Gesamtdarstellung 2 Produktvision teilen 3 Estimating 4 Planning 1 - Das WAS 5 Planning 2 - Das WIE 6 Daily Scrum 7 Das Review 8 Die Retrospektive 9 Artefakte 10 GOagile!

Mehr

Projektmanagement. Agile Vorgehensweise / Scrum. Version: 1.0 Stand: 23.06.2016

Projektmanagement. Agile Vorgehensweise / Scrum. Version: 1.0 Stand: 23.06.2016 Projektmanagement Agile Vorgehensweise / Scrum Version: 1.0 Stand: Lernziel Sie können in eigenen Worten darstellen warum Agilität notwendig ist. Sie können mit eigene Worten das Framework Scrum beschreiben.

Mehr

Wie funktioniert agile Software-

Wie funktioniert agile Software- Wie funktioniert agile Software- Entwicklung mit SCRUM Zürich, 8. Mai 008 Jean-Pierre König, namics ag Software Engineer Bern, Frankfurt, Hamburg, München, St. Gallen, Zug, Zürich www.namics.com Agenda»

Mehr

SCRUM. Software Development Process

SCRUM. Software Development Process SCRUM Software Development Process WPW 07.08.2012 SCRUM Poster www.scrum-poster.de Was ist Scrum? Extrem Schlanker Prozess 3 Rollen 4 Artefakte Wenige Regeln Die Rollen Product Owner Der Product Owner

Mehr

SCRUM. Scrum in der Software Entwicklung. von Ernst Fastl

SCRUM. Scrum in der Software Entwicklung. von Ernst Fastl SCRUM Scrum in der Software Entwicklung von Ernst Fastl Agenda 1. Die Entstehung von Scrum 2. Überblick über den Prozess 3. Rollen 4. Meetings 5. Artefakte 6. Fragen & Antworten Agenda 1. Die Entstehung

Mehr

Einführung in SCRUM. Helge Baier 21.01.2010

Einführung in SCRUM. Helge Baier 21.01.2010 Einführung in SCRUM Helge Baier 21.01.2010 Helge Baier Master of Computer Science (Software Engineering) über 10 Jahre Erfahrung in der Software Entwicklung Zertifizierung zum Scrum Master (2009) praktische

Mehr

Leuchtfeuer. Hinter den Kulissen der Scrum Transformierung der Allianz Deutschland

Leuchtfeuer. Hinter den Kulissen der Scrum Transformierung der Allianz Deutschland Leuchtfeuer Hinter den Kulissen der Scrum Transformierung der Allianz Deutschland Gliederung Über die Allianz Wie führen wir Scrum ein? Wie haben wir begonnen? Techniken und Praktiken Change-Management

Mehr

Meine Geheimnisse für ein bewusstes und sinnerfülltes Leben

Meine Geheimnisse für ein bewusstes und sinnerfülltes Leben Meine Geheimnisse für ein bewusstes und sinnerfülltes Leben Du möchtest dein Leben bewusst und sinnerfüllt gestalten? Auf den nächsten Seiten findest du 5 Geheimnisse, die mir auf meinem Weg geholfen haben.

Mehr

Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen

Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen Einführung in das Scrum Framework & welche 10 Praktiken helfen, Scrum wirklich gut zu machen Wer bin ich Kurse und Vorträge mit Jeff Sutherland und Ken Schwaber Verschiedene Kurse der Scrum.org Professional

Mehr

Pecha Kucha Vortrag zum Frankfurter Entwicklertag 2014-02-19. Frederic.Ahring@sap.com Modood.Ahmad.Alvi@sap.com

Pecha Kucha Vortrag zum Frankfurter Entwicklertag 2014-02-19. Frederic.Ahring@sap.com Modood.Ahmad.Alvi@sap.com Pecha Kucha Vortrag zum Frankfurter Entwicklertag 2014-02-19 Frederic.Ahring@sap.com Modood.Ahmad.Alvi@sap.com 1 Modood: Hallo und Willkommen zu unseren 5 Minuten des Ruhms. Ich bin Modood Alvi und Ich

Mehr

Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen?

Andrea Grass & Dr. Marcus Winteroll oose Innovative Informatik GmbH. Geschäftsprozessmanagement und Agilität geht das zusammen? Andrea Grass & Dr. Marcus Winteroll oose GmbH Geschäftsprozessmanagement und Agilität geht das zusammen? Agenda I. Wozu eigentlich BPM? II. Vorgehen und Rollen im abpm III. Methoden und Techniken IV. Resümee

Mehr

Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare

Praktische Erfahrungen beim Einsatz des Vorgehensmodells SCRUM bei AGFA HealthCare Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" bei AGFA HealthCare SCRUM Praktische Erfahrungen beim Einsatz des Vorgehensmodells "SCRUM" eines Entwicklerteams von AGFA HealthCare 2 Praktische

Mehr

Projektmanagement Vorlesung 12/ 13

Projektmanagement Vorlesung 12/ 13 Folie 1 Projektmanagement Vorlesung 12/ 13 Prof. Adrian Müller, PMP FH Kaiserslautern phone: +49 6332 914-329 http://www.fh-kl.de/~amueller Folie 2 Inhalte Agile Modelle Manifesto Übersicht XP Prinzipien

Mehr

Planung in agilen Projekten

Planung in agilen Projekten Planung in agilen Projekten Angelika Drach DeutscheScrum 2012 improuv GmbH Agile Leadership. h7p://improuv.com Über mich Lange Jahre Erfahrung in der Bauplanung Planung und Agiles Vorgehen sind ein Widerspruch?

Mehr

Agile Entwicklung nach Scrum

Agile Entwicklung nach Scrum comsolit AG Hauptstrasse 78 CH-8280 Kreuzlingen Tel. +41 71 222 17 06 Fax +41 71 222 17 80 info@comsolit.com www.comsolit.com Agile Entwicklung nach Scrum Seite 1 / 6 Scrum V 1.0 1. Wieso Scrum Die Entwicklung

Mehr

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum C A R L V O N O S S I E T Z K Y Agile Vorgehensmodelle in der Softwareentwicklung: Scrum Johannes Diemke Vortrag im Rahmen der Projektgruppe Oldenburger Robot Soccer Team im Wintersemester 2009/2010 Was

Mehr

matrix personalcoaching

matrix personalcoaching matrix personalcoaching ICH-MARKE / Beruf & Berufung 1 ICH als Marke & ICH als Geschäftsmodell Hier findest Du einen Weg, wie du dir deiner wahren Stärken und Potenziale bewusst wirst. Erfolg ist das,

Mehr

Agiles Schätzen. Quelle: Kap. 7 aus Wie schätzt man in agilen Projekten oder wieso Scrum-Projekte erfolgreicher sind [Boris Gloger 2014]

Agiles Schätzen. Quelle: Kap. 7 aus Wie schätzt man in agilen Projekten oder wieso Scrum-Projekte erfolgreicher sind [Boris Gloger 2014] Agiles Schätzen Quelle: Kap. 7 aus Wie schätzt man in agilen Projekten oder wieso Scrum-Projekte erfolgreicher sind [Boris Gloger 2014] Schätzen der Größe Wir bestimmen die Größe, nicht den Aufwand. Auf

Mehr

Scrum Team Diagnose. Gibt es sonst noch etwas, was du zur Rolle des Product Owners sagen möchtest?

Scrum Team Diagnose. Gibt es sonst noch etwas, was du zur Rolle des Product Owners sagen möchtest? Scrum Rollen Product Owner (PO) Der PO ist klar definiert Der PO übersetzt Anforderungen in klare Backlog Items Der PO ist ermächtigt, Backlog Items zu priorisieren Der PO verfügt über das Fachwissen,

Mehr

Quick Guide. The Smart Coach. Was macht einen Smart Coach eigentlich aus? Christina Emmer

Quick Guide. The Smart Coach. Was macht einen Smart Coach eigentlich aus? Christina Emmer Quick Guide The Smart Coach Was macht einen Smart Coach eigentlich aus? Christina Emmer Was macht einen Smart Coach aus? Vor einer Weile habe ich das Buch Smart Business Concepts gelesen, das ich wirklich

Mehr

Projektmanagement. Vorlesung von Thomas Patzelt 8. Vorlesung

Projektmanagement. Vorlesung von Thomas Patzelt 8. Vorlesung Projektmanagement Vorlesung von Thomas Patzelt 8. Vorlesung 1 Möglicher Zeitplan, Variante 3 26.03. Vorlesung 1, Übung Gr.2 28.05. Keine Vorlesung, Pfingstmontag 02.04. Keine Vorlesung, Hochschultag 04.06.

Mehr

Software Engineering

Software Engineering Software Engineering Prof. Adrian A. Müller, PMP Fachbereich Informatik und Mikrosystemtechnik Fachhochschule Kaiserslautern, Standort Zweibrücken Prof. A. Müller, FH KL Software Engineering WS '11/'12

Mehr

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de

SCRUM. Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter. Dirk.Prueter@gmx.de SCRUM Legalisierung der Hackerei? GI Regionalgruppe Dortmund 07.12.2009 Dipl.-Inform. (FH) Dirk Prüter Dirk.Prueter@gmx.de Überblick Was ist SCRUM Wie funktioniert SCRUM Warum lohnt es sich, SCRUM anzuwenden

Mehr

Agile Embedded Projekte mit Scrum & Kanban. Embedded Computing Conference 2012 Urs Böhm

Agile Embedded Projekte mit Scrum & Kanban. Embedded Computing Conference 2012 Urs Böhm Agile Embedded Projekte mit Scrum & Kanban Embedded Computing Conference 2012 Urs Böhm Der Ingenieur Urs Böhm Dipl.-Ingenieur Elektrotechnik Projektingenieur VDI Certified ScrumMaster urs.boehm@noser.com

Mehr

barcamp Berthold Barth, Agile Coach Dysfunctional Team Game

barcamp Berthold Barth, Agile Coach Dysfunctional Team Game Berthold Barth, Agile Coach Dysfunctional Team Game Dysfunctional Team Game Scrum Day 2014 07.07.2014 1 Berthold Barth - Agile Coach, Brand Manager, Geek Dad - Certified Scrum Master - Projektleiter -

Mehr

Scrum-Einführung bei der Projektron GmbH

Scrum-Einführung bei der Projektron GmbH Business Coordination Software Kosten sparen. Termine einhalten. Ziele erreichen. Scrum-Einführung bei der Projektron GmbH Matthias Fleschütz Projektron GmbH Jens Wilke headissue GmbH Projektron GmbH Softwarehersteller

Mehr

Fragebogen zur Untersuchung der Kundenzufriedenheit mit SB-Kassen (zweite empirische Untersuchung)

Fragebogen zur Untersuchung der Kundenzufriedenheit mit SB-Kassen (zweite empirische Untersuchung) Interviewer: Fragebogennummer: Datum: Uhrzeit: SB Guten Tag, im Rahmen einer Seminararbeit an der Professur für Handelsbetriebslehre der Universität Göttingen führe ich eine empirische Untersuchung zur

Mehr

Scrum technische Umsetzung und kaufmännische Rahmenbedingungen

Scrum technische Umsetzung und kaufmännische Rahmenbedingungen Scrum technische Umsetzung und kaufmännische 9. Darmstädter Informationsrechtstag 2013 Darmstadt, 15. November 2013 Franziska Bierer 2 andrena ojects ag Gründung 1995 Standorte in Karlsruhe und Frankfurt

Mehr

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-42524-8

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-42524-8 sverzeichnis Boris Gloger Scrum Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-42524-8 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42524-8 sowie im Buchhandel.

Mehr

Agile Methoden. David Tanzer. Oliver Szymanski

Agile Methoden. David Tanzer. Oliver Szymanski Agile Methoden David Tanzer Oliver Szymanski Ziel von Softwareentwicklung Anforderungen zuverlässig und effizient in lauffähige Software verwandeln. Ziel von Softwareentwicklung Bedürfnisse des Kunden

Mehr

Scrum Produkte zuverlässig und schnell entwickeln

Scrum Produkte zuverlässig und schnell entwickeln Boris Gloger Scrum Produkte zuverlässig und schnell entwickeln ISBN-10: 3-446-41495-9 ISBN-13: 978-3-446-41495-2 Inhaltsverzeichnis Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-41495-2

Mehr

Scrum4Services. Turning visions into business. Oktober 2011. Malte Foegen, Caroline Gansser, David Croome, Timo Foegen

Scrum4Services. Turning visions into business. Oktober 2011. Malte Foegen, Caroline Gansser, David Croome, Timo Foegen Turning visions into business Oktober 2011 Scrum4Services Malte Foegen, Caroline Gansser, David Croome, Timo Foegen Scrum ist nicht nur in der Entwicklung, sondern auch im Service-Umfeld wertvoll. Die

Mehr

Was fehlt Scrum? 31. März 2014 Erich Oswald CTO Ergon Informatik AG

Was fehlt Scrum? 31. März 2014 Erich Oswald CTO Ergon Informatik AG Was fehlt Scrum? 31. März 2014 Erich Oswald CTO Ergon Informatik AG Scrum ist eine Erfolgsstory Aus der Praxis entstanden Nachweislich erfolgreich Gut geeignet für komplexe Probleme Produktentwicklung

Mehr

Einleitung. Was ist das Wesen von Scrum? Die Ursprünge dieses Buches

Einleitung. Was ist das Wesen von Scrum? Die Ursprünge dieses Buches Dieses Buch beschreibt das Wesen von Scrum die Dinge, die Sie wissen müssen, wenn Sie Scrum erfolgreich einsetzen wollen, um innovative Produkte und Dienstleistungen bereitzustellen. Was ist das Wesen

Mehr

Project Community Retrospectives. Agile Organisationen lernen Lernen

Project Community Retrospectives. Agile Organisationen lernen Lernen Project Community Retrospectives Agile Organisationen lernen Lernen Andreas Schliep Scrum Coach & Trainer DasScrumTeam! as@dasscrumteam.com! @andreasschliep Ein paar Retrospektiven Referenzen Q&A auf Scrum

Mehr

SELBSTREFLEXION. Selbstreflexion

SELBSTREFLEXION. Selbstreflexion INHALTSVERZEICHNIS Kompetenz... 1 Vergangenheitsabschnitt... 2 Gegenwartsabschnitt... 3 Zukunftsabschnitt... 3 GOLD - Das Handbuch für Gruppenleiter und Gruppenleiterinnen Selbstreflecion Kompetenz Die

Mehr

Scrum in der Praxis (eine mögliche Umsetzung)

Scrum in der Praxis (eine mögliche Umsetzung) Scrum in der Praxis (eine mögliche Umsetzung) ALM Talk, 26. Oktober 2011 Stefan Stettler Ausgangslage Viele Projektbeteiligte Verkauf, Entwickler, PM, Designer, Ergonomen Unterschiedliche Sichten und Vorstellungen,

Mehr

ERFOLGREICH SPRINTEN TROTZ MAINTENANCE

ERFOLGREICH SPRINTEN TROTZ MAINTENANCE BITKOM SOFTWARE SUMMIT» Erfolgreich Sprinten trotz Maintenance «ERFOLGREICH SPRINTEN TROTZ MAINTENANCE» «Präsentation Frederic Ebelshäuser frederic.ebelshaeuser@yatta.de twitter.com/febelshaeuser Yatta

Mehr

Agilo [1] ist ein auf Trac [2] basierendes Scrum [3] Tool. Im Folgenden soll eine kurze Überischt gegeben werden, wie Agilo benutzt wird.

Agilo [1] ist ein auf Trac [2] basierendes Scrum [3] Tool. Im Folgenden soll eine kurze Überischt gegeben werden, wie Agilo benutzt wird. AGILO HOWTO Agilo [1] ist ein auf Trac [2] basierendes Scrum [3] Tool. Im Folgenden soll eine kurze Überischt gegeben werden, wie Agilo benutzt wird. ROLLEN IM TEAM In Scrum hat jedes Teammitglied eine

Mehr

Hilfe, mein SCRUM-Team ist nicht agil!

Hilfe, mein SCRUM-Team ist nicht agil! Hilfe, mein SCRUM-Team ist nicht agil! Einleitung: Laut unserer Erfahrung gibt es doch diverse unagile SCRUM-Teams in freier Wildbahn. Denn SCRUM ist zwar eine tolle Sache, macht aber nicht zwangsläufig

Mehr

Produktmanagement vom Kundenticket zum Release

Produktmanagement vom Kundenticket zum Release Produktmanagement vom Kundenticket zum Erfahrungen aus vier Jahren Entwicklung nach SCRUM, Geschäftsführer, Scrum Master 7 von 58 9 von 58 Bekannte Kunden 10 von 58 17 von 58 20 von 58 Ziele der Einführung

Mehr

Sollten folgende drei Fragen durch das Team positiv beantwortet werden, sind wichtige SCRUM-Elemente in Ihrem Team erfolgreich installiert.

Sollten folgende drei Fragen durch das Team positiv beantwortet werden, sind wichtige SCRUM-Elemente in Ihrem Team erfolgreich installiert. SCRUM-CHECKLISTE Teilen Sie diese Liste an alle Teammitglieder aus. Jeder soll einen Haken an der Stelle setzen, die er für Ihr SCRUM Team als erfüllt ansieht. Anschließend diskutieren Sie über fehlende

Mehr

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum

Taking RM Agile. Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Taking RM Agile CLICK TO EDIT MASTER OPTION 1 Erfahrungen aus dem Übergang von traditioneller Entwicklung zu Scrum Click to edit Master subtitle style Christian Christophoridis Requirements Management

Mehr

Susanne Muehlbauer 29. November 2011

Susanne Muehlbauer 29. November 2011 Machen Sie noch Modellierung Anforderungsmanagement oder sind Sie schon READY for SCRUM? Susanne Muehlbauer 29. Wer ist HOOD unser Geschäftsfeld Der Einsatz von Requirements Engineering und kontinuierliche

Mehr

Michael Franken. Serum für bummies. Übersetzung aus dem Niederländischen (/on Susanne Bonn. WlLEY. WILEY-VCH Verlag GmbH & Co.

Michael Franken. Serum für bummies. Übersetzung aus dem Niederländischen (/on Susanne Bonn. WlLEY. WILEY-VCH Verlag GmbH & Co. Michael Franken / Serum für bummies Übersetzung aus dem Niederländischen (/on Susanne Bonn WlLEY WILEY-VCH Verlag GmbH & Co. KGaA 12 Inhaltsverzeichnis Vorwort 9 Über den Autor 11 Einleitung 19 Warum Serum?

Mehr

HaSi Jugend hackt Coaching-Leitfaden

HaSi Jugend hackt Coaching-Leitfaden 1 : Hallo Coaching-Leitfaden zum Kinder- und Jugendprogramm des HaSi e.v. Dein Hackspace in Siegen http://hasi.it/kiju 2 : Was wollen wir machen Was wollen wir machen? Du möchtest bei einem Workshop des

Mehr

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1

Inhaltsverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1 sverzeichnis Boris Gloger Scrum Produkte zuverlässig und schnell entwickeln ISBN: 978-3-446-41913-1 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-41913-1 sowie im Buchhandel.

Mehr

Meetings in SCRUM. Leitfaden. Stand: 10.11.2014

Meetings in SCRUM. Leitfaden. Stand: 10.11.2014 ^^ Meetings in SCRUM Leitfaden Stand: 10.11.2014 Sitz der Gesellschaften: Cassini Consulting GmbH Bennigsen-Platz 1 40474 Düsseldorf Tel: 0211 / 65 85 4133 Fax: 0211 / 65 85 4134 Sitz der Gesellschaft:

Mehr

Checklist für ScrumMaster

Checklist für ScrumMaster Checklist für ScrumMaster Ich als ScrumMaster...... schütze das Team vor allen Störungen.... löse Impediments (innerhalb von 24 Stunden).... verbessere die Produktivität des Scrum-Teams.... achte darauf,

Mehr

Leuchtfeuer. Hinter den Kulissen der Scrum Transformierung der Allianz Deutschland

Leuchtfeuer. Hinter den Kulissen der Scrum Transformierung der Allianz Deutschland Leuchtfeuer Hinter den Kulissen der Scrum Transformierung der Allianz Deutschland Gliederung Über die Allianz Wie führen wir Scrum ein? Wie haben wir begonnen? Techniken und Praktiken Change-Management

Mehr

Start. Kreative Zielanalyse. Ideenmanagement. Stakeholdermanagement. Nutzung vorhandener Prototypen etc. Extrem schlanker Prozess.

Start. Kreative Zielanalyse. Ideenmanagement. Stakeholdermanagement. Nutzung vorhandener Prototypen etc. Extrem schlanker Prozess. Start Kreative Zielanalyse Ideenmanagement Stakeholdermanagement Nutzung vorhandener Prototypen etc. Extrem schlanker Prozess 3 Rollen 4 Artefakte wenige Regeln 0 1 2 Product Owner (1/2) Kreative Zielanalyse

Mehr

Boris Gloger. Serum. und schnell entwickeln HANSER

Boris Gloger. Serum. und schnell entwickeln HANSER Boris Gloger Serum und schnell entwickeln i / HANSER Geleitwort von Ken Schwaber Vorwort XIII XV 1 Einleitung 1 1.1 Serum - Veränderungsmanagement 1 1.2 Der Fahrplan des Buches 3 1.3 Scrum-Zertifizierungsmöglichkeiten

Mehr

IT-Projektmanagement bei basecom. Manuel Wortmann, Patrick Rolefs

IT-Projektmanagement bei basecom. Manuel Wortmann, Patrick Rolefs IT-Projektmanagement bei basecom Manuel Wortmann, Patrick Rolefs Vorstellrunde Mein Name ist, ich bin Jahre alt und mache meine Ausbildung bei. Übersicht wir sprechen internet Wasserfall - schön linear

Mehr

Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität

Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität Marcus Winteroll oose GmbH Agenda I. Ziele und Zusammenarbeit II. Was wir vom agilen Vorgehen lernen

Mehr

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-42660-3. Weitere Informationen oder Bestellungen unter

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-42660-3. Weitere Informationen oder Bestellungen unter Ralf Wirdemann Scrum mit User Stories ISBN: 978-3-446-42660-3 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-42660-3 sowie im Buchhandel. Carl Hanser Verlag, München 1 Einführung.....................................

Mehr

Wie sollte ein Manager coachen?

Wie sollte ein Manager coachen? COACHING Als Führungskraft sind Sie da um mit Menschen mit vielen verschiedenen Fähigkeiten zu arbeiten, und Ihre Rolle als Coach ist eine solche Funktion. Coaching ist eine Gelegenheit um zur Entwicklung

Mehr

Ist Internat das richtige?

Ist Internat das richtige? Quelle: http://www.frauenzimmer.de/forum/index/beitrag/id/28161/baby-familie/elternsein/ist-internat-das-richtige Ist Internat das richtige? 22.02.2011, 18:48 Hallo erstmal, ich möchte mir ein paar Meinungen

Mehr

Kurzanleitung für eine erfüllte Partnerschaft

Kurzanleitung für eine erfüllte Partnerschaft Kurzanleitung für eine erfüllte Partnerschaft 10 Schritte die deine Beziehungen zum Erblühen bringen Oft ist weniger mehr und es sind nicht immer nur die großen Worte, die dann Veränderungen bewirken.

Mehr

Projekt- Manager. scrum Master Lehrgangsbeschreibung. Verdienst: 72.000 EUR zzgl. Bonus p. a. Ähnliche freie Stellen in Deutschland: ca. 3.000-4.

Projekt- Manager. scrum Master Lehrgangsbeschreibung. Verdienst: 72.000 EUR zzgl. Bonus p. a. Ähnliche freie Stellen in Deutschland: ca. 3.000-4. Projekt- Manager Verdienst: 72.000 EUR zzgl. Bonus p. a. Ähnliche freie Stellen in Deutschland: ca. 3.000-4.000 scrum Master Lehrgangsbeschreibung Stand der Lehrgangsbeschreibung 06.05.16 Seite 1 von 6

Mehr

agil entwickeln CSD Certified Scrum Developer Schulungen in Deutschland

agil entwickeln CSD Certified Scrum Developer Schulungen in Deutschland agil entwickeln CSD Certified Scrum Developer Schulungen in Deutschland Mein CSD-Kurs ERFAHRUNGSBERICHT Ich betrete den Kursraum. Es erwarten mich zwei Trainer und ein gutes Dutzend weitere Teilnehmer.

Mehr

Kanban und Scrum mit JIRA und dem neuen Greenhopper Plugin

Kanban und Scrum mit JIRA und dem neuen Greenhopper Plugin Kanban und Scrum mit JIRA und dem neuen Greenhopper Plugin Atlassian User Group München, 17. Oktober 2012 Gerhard Müller, Leo von Klenze, TNG Technology Consulting GmbH Source: Henrik Kniberg, http://www.crisp.se/henrik.kniberg/presentations/scrum-intro-brief-henrik-kniberg.pdf

Mehr

Agile Programmierung - Theorie II SCRUM

Agile Programmierung - Theorie II SCRUM Agile Programmierung - Theorie II SCRUM Arne Brenneisen Universität Hamburg Fakultät für Mathematik, Informatik und Naturwissenschaften Seminar Softwareentwicklung in der Wissenschaft Betreuer: Christian

Mehr

Scrum for Management Praxis versus Theorie oder Praxis dank Theorie. ALM Day 26.Oktober 2011 Urs Böhm

Scrum for Management Praxis versus Theorie oder Praxis dank Theorie. ALM Day 26.Oktober 2011 Urs Böhm Scrum for Management Praxis versus Theorie oder Praxis dank Theorie ALM Day 26.Oktober 2011 Urs Böhm Übersicht Kurze Situationsübersicht Diskussion Prozesse Challenges in der SW-Entwicklung Wie geht Scrum

Mehr

Agile Softwareentwicklung mit Scrum

Agile Softwareentwicklung mit Scrum Agile Softwareentwicklung mit Scrum Einführung und Überblick zum agilen Softwareentwicklungsprozess Scrum März 2006 Robert Schmelzer, DI(FH) E-Mail: robert@schmelzer.cc Web: http://www.schmelzer.cc Einführung

Mehr

Teamaufstellung - Zwischen Dream und Nightmare

Teamaufstellung - Zwischen Dream und Nightmare Teamaufstellung - Zwischen Dream und Nightmare Vom Versuch aus einem Referat ein Scrum-Team zu machen Michael Schäfer Unterföhring, September 2011 Inhalt 1 2 3 4 5 6 Warum Scrum? So haben wir begonnen

Mehr

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt

myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt myscrum Scrum in der Praxis Markus Schramm compeople AG Frankfurt Überblick Agilität und Scrum Grundlagen der agilen Softwareentwicklung Rahmenbedingungen bei der Einführung eines agilen Projektvorgehens

Mehr

Meet the Germans. Lerntipp zur Schulung der Fertigkeit des Sprechens. Lerntipp und Redemittel zur Präsentation oder einen Vortrag halten

Meet the Germans. Lerntipp zur Schulung der Fertigkeit des Sprechens. Lerntipp und Redemittel zur Präsentation oder einen Vortrag halten Meet the Germans Lerntipp zur Schulung der Fertigkeit des Sprechens Lerntipp und Redemittel zur Präsentation oder einen Vortrag halten Handreichungen für die Kursleitung Seite 2, Meet the Germans 2. Lerntipp

Mehr

Wie viel Geschäftsprozess verträgt agile Softwareentwicklung?

Wie viel Geschäftsprozess verträgt agile Softwareentwicklung? @LeanAgileScrum #LASZH LAS Conference 2012 Sponsoren Wie viel Geschäftsprozess verträgt agile Softwareentwicklung? Marcus Winteroll 16:15 Auditorium Organisationsteam Patrick Baumgartner (Swiftmind GmbH)

Mehr

Meine liebsten Retrospektiventechniken

Meine liebsten Retrospektiventechniken Meine liebsten Retrospektiventechniken Umsetzung & Idee: Holger Thoese, hmmh multimediahaus AG, 2015 Review & Korrekturen: Konstanze Steinhausen danke : ) Abstract Wie gestalte ich die nächste Retrospektive?

Mehr

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015

den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Agile Methoden als Diagnose-Tool für den sicherheitskritischen Bereich Christoph Schmiedinger Frankfurter Entwicklertag 2015 24.02.2015 Über mich Berufliche Erfahrung 3 Jahre Projektabwicklung 2 Jahre

Mehr

Luftballons. Einführung. Scratch. Wir wollen ein Spiel machen, bei dem man Luftballons platzen lässt! Activity Checklist.

Luftballons. Einführung. Scratch. Wir wollen ein Spiel machen, bei dem man Luftballons platzen lässt! Activity Checklist. Scratch 1 Luftballons All Code Clubs must be registered. Registered clubs appear on the map at codeclubworld.org - if your club is not on the map then visit jumpto.cc/ccwreg to register your club. Einführung

Mehr

7 Wege bei Freifunk mitzumachen

7 Wege bei Freifunk mitzumachen 7 Wege bei Freifunk mitzumachen Creative Commons LizenzNamensnennung 2.0 Deutschland Lizenz, 2008 Kontributoren: Mario Behling, Jürgen Neumann Version 1 Februar 2008 1. Mitmachen als Freifunk-Netzwerker

Mehr

Bison hat ein agiles Führungsteam und dieses möchten wir euch vorstellen in der nächsten Stunde

Bison hat ein agiles Führungsteam und dieses möchten wir euch vorstellen in der nächsten Stunde 1 2 Bison hat ein agiles Führungsteam und dieses möchten wir euch vorstellen in der nächsten Stunde 3 - Seit Einführung von Scrum vor 3 Jahren hat sich die Führung verändert zu einem agilen Managementteam

Mehr

Erkennen Sie die Rollen der Personen auf dem Team Management Rad anhand der kurzen Beschreibungen?

Erkennen Sie die Rollen der Personen auf dem Team Management Rad anhand der kurzen Beschreibungen? Wer bin ich? Erkennen Sie die Rollen der Personen auf dem Team Management Rad anhand der kurzen Beschreibungen? René Ich habe ein sehr schlechtes Gefühl bei dem Projekt, dass wir jetzt gestartet haben.

Mehr

Qualitätserlebnis statt Qualitätssicherung. Eine Mehrfachfallstudie agiler Teams

Qualitätserlebnis statt Qualitätssicherung. Eine Mehrfachfallstudie agiler Teams Qualitätserlebnis statt Qualitätssicherung. Eine Mehrfachfallstudie agiler Teams 12.06.2014, Abschlussvortrag Masterarbeit Holger Schmeisky Die Forschungsfrage Wie und unter welchen Bedingungen funktioniert

Mehr

B: bei mir war es ja die X, die hat schon lange probiert mich dahin zu kriegen, aber es hat eine Weile gedauert.

B: bei mir war es ja die X, die hat schon lange probiert mich dahin zu kriegen, aber es hat eine Weile gedauert. A: Ja, guten Tag und vielen Dank, dass du dich bereit erklärt hast, das Interview mit mir zu machen. Es geht darum, dass viele schwerhörige Menschen die Tendenz haben sich zurück zu ziehen und es für uns

Mehr

30 Multiple Choice-Fragen - pro Frage gibt es immer 1-4 richtige Antworten

30 Multiple Choice-Fragen - pro Frage gibt es immer 1-4 richtige Antworten SCRUM Foundation MUSTERPRÜFUNG Closed Book, d.h. keine Hilfsmittel zulässig Dauer: 60 Minuten 30 Multiple Choice-Fragen - pro Frage gibt es immer 1-4 richtige Antworten Beispiel für die Bewertung Annahme

Mehr

Agile Methoden bei der Entwicklung medizinischer Software

Agile Methoden bei der Entwicklung medizinischer Software Agile Methoden bei der Entwicklung medizinischer Software Bernhard Fischer Fischer Consulting GmbH Fischer Consulting GmbH Technologie-Forum 2008 Folie 1 Wie soll Software entwickelt werden? Fischer Consulting

Mehr

Aufwandsschätzung in Scrum

Aufwandsschätzung in Scrum Aufwandsschätzung in Scrum 1 Planning Poker und Varianten 2 HINWEIS Aus lizenzrechtlichen Gründen sind in dem Handout die meisten Bilder und Grafiken entfernt worden. Ich bitte um Verständnis. 3 1. Scrum

Mehr

Scrum mit User Stories

Scrum mit User Stories Ralf Wirdemann Scrum mit User Stories HANSER Inhaltsverzeichnis 1 Einführung 1 1.1 Warum dieses Buch? 2 1.2 Struktur und Aufbau 3 1.3 Dankeschön 5 1.4 Feedback 5 2 Beispiel: Scrumcoaches.com 7 2.1 Das

Mehr

Gelebtes Scrum. Weg vom Management hin zur Führung

Gelebtes Scrum. Weg vom Management hin zur Führung Gelebtes Scrum Weg vom Management hin zur Führung Herausforderungen Was ist Scrum? Wer? Pigs Chicken Bild: http://www.implementingscrum.com/ Nein Danke, ich würde da voll drinstecken, aber du wärest

Mehr

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1

Projektplan. Software Engineering Projekt. November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Projektplan Software Engineering Projekt November 11 Fachbereich Informatik Software Engineering Projekt Sebastian Proksch 1 Der Projektplan Grundlage der gemeinsamen Arbeit innerhalb des Teams und mit

Mehr

Scrum. UPscaled ohne murcs. Scrum. Dr. Hans-Peter Korn. www.korn.ch 2011

Scrum. UPscaled ohne murcs. Scrum. Dr. Hans-Peter Korn. www.korn.ch 2011 Scrum UPscaled ohne murcs Scrum Dr. Hans-Peter Korn got stuck? Scrum! but: does it fit? easy! easy? easy? hilft Scrum? Scrum: Illusion Realität Endlich: Schlanke Entwicklungsmethode Container reduced to

Mehr

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-41656-7. Weitere Informationen oder Bestellungen unter

Inhaltsverzeichnis. Ralf Wirdemann. Scrum mit User Stories ISBN: 978-3-446-41656-7. Weitere Informationen oder Bestellungen unter Ralf Wirdemann Scrum mit User Stories ISBN: 978-3-446-41656-7 Weitere Informationen oder Bestellungen unter http://www.hanser.de/978-3-446-41656-7 sowie im Buchhandel. Carl Hanser Verlag, München 1 Einführung.....................................

Mehr

Meine Lernplanung Wie lerne ich?

Meine Lernplanung Wie lerne ich? Wie lerne ich? Zeitraum Was will ich erreichen? Wie? Bis wann? Kontrolle Weiteres Vorgehen 17_A_1 Wie lerne ich? Wenn du deine gesteckten Ziele nicht erreicht hast, war der gewählte Weg vielleicht nicht

Mehr

Tipps & Tricks aus der Praxis

Tipps & Tricks aus der Praxis International verteilte Scrum-Teams Das agile Manifest Tipps & Tricks aus der Praxis Stephanie Gasche - 1 Das agile Manifest Wie funktioniert Scrum bei international verteilten Teams? 2 Es war einmal ein

Mehr

Einführung in git. Ben Oswald. 27. April 2014. Im Rahmen der Vorlesung Entwicklung mobiler Anwendungen

Einführung in git. Ben Oswald. 27. April 2014. Im Rahmen der Vorlesung Entwicklung mobiler Anwendungen Einführung in git Im Rahmen der Vorlesung Entwicklung mobiler Anwendungen Ben Oswald 27. April 2014 Inhaltsverzeichnis 1 Einleitung 1 1.1 Was ist git?..................................... 1 1.2 Warum sollten

Mehr

Scrum. Agile Software Entwicklung mit. Agile Software Entwicklung mit. Scrum. Raffael Schweitzer 18. November 2003

Scrum. Agile Software Entwicklung mit. Agile Software Entwicklung mit. Scrum. Raffael Schweitzer 18. November 2003 Agile Software Entwicklung mit Raffael Schweitzer 18. November 2003 Agenda Einleitung Was ist? Wie funktioniert? Einsatzbereiche Erfolgsfaktoren Fazit Agenda Einleitung Was ist? Wie funktioniert? Einsatzbereiche

Mehr

Mit Scrum zur agilen Organisation. Joachim Seibert & Paul Herwarth von Bittenfeld //SEIBERT/MEDIA GmbH, Wiesbaden

Mit Scrum zur agilen Organisation. Joachim Seibert & Paul Herwarth von Bittenfeld //SEIBERT/MEDIA GmbH, Wiesbaden Mit Scrum zur agilen Organisation Joachim Seibert & Paul Herwarth von Bittenfeld //SEIBERT/MEDIA GmbH, Wiesbaden Paul Herwarth von Bittenfeld Seit 2003 als Projektleiter, später als Product Owner und

Mehr

Der Business Analyst in der Rolle des agilen Product Owners

Der Business Analyst in der Rolle des agilen Product Owners Der Business Analyst in der Rolle des agilen Owners HOOD GmbH Susanne Mühlbauer Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Inhalte Agile Software

Mehr

Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel 14.09.2012

Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel 14.09.2012 Agiles Projektmanagement - auch geeignet für Nicht-IT-Projekte? PMI Prof. Dr.-Ing. Holger Günzel Verglühte die Raumfähre Columbia durch einen unflexiblen Projektmanagementprozess? Rückblick: 2003 verglühte

Mehr

Performance Management. Aristoteles Kabarganos, Managing Partner Ariston Group www.aristongroup.de

Performance Management. Aristoteles Kabarganos, Managing Partner Ariston Group www.aristongroup.de Performance Management Aristoteles Kabarganos, Managing Partner Ariston Group www.aristongroup.de Performance Management Anteil der Mitarbeiter Minimal Standard Top Performer Neuer Exemplarisch Standard

Mehr

JOBINTERIEW, BEWERBUNGSSCHREIBEN UND LEBENSLAUF

JOBINTERIEW, BEWERBUNGSSCHREIBEN UND LEBENSLAUF JOBINTERIEW, BEWERBUNGSSCHREIBEN UND LEBENSLAUF ZIELE Erste Erfahrungen sammeln mit den verschiedenen Phasen der Arbeitsplatzsuche. Simulation eines Jobinterviews. Identifizieren der einzelnen Phasen der

Mehr

K.E.C.K Kreatives-Erlebnis-Coaching Manuela Klasen Persönlichkeitscoaching und Mentaltraining. Lebe deinen Traum und Von der Leichtigkeit des Seins

K.E.C.K Kreatives-Erlebnis-Coaching Manuela Klasen Persönlichkeitscoaching und Mentaltraining. Lebe deinen Traum und Von der Leichtigkeit des Seins K.E.C.K Kreatives-Erlebnis-Coaching Manuela Klasen Persönlichkeitscoaching und Mentaltraining Lebe deinen Traum und Von der Leichtigkeit des Seins info@manuelaklasen.de Tel.: 06135 / 704906 Lebe deinen

Mehr

Mein perfekter Platz im Leben

Mein perfekter Platz im Leben Mein perfekter Platz im Leben Abschlussgottesdienstes am Ende des 10. Schuljahres in der Realschule 1 zum Beitrag im Pelikan 4/2012 Von Marlies Behnke Textkarte Der perfekte Platz dass du ein unverwechselbarer

Mehr