Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN. EXTRA: Mit kostenlosem E-Book. boris GLOGER. 4. Auflage. Mit einem Geleitwort von Ken Schwaber

Größe: px
Ab Seite anzeigen:

Download "Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN. EXTRA: Mit kostenlosem E-Book. boris GLOGER. 4. Auflage. Mit einem Geleitwort von Ken Schwaber"

Transkript

1 boris GLOGER Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN 4. Auflage EXTRA: Mit kostenlosem E-Book Mit einem Geleitwort von Ken Schwaber Mit Scrum-Checkliste zum Heraustrennen

2 Inhalt Geleitwort von Ken Schwaber...XI Der Autor.... XVII Der Fahrplan des Buchs... XIX 1 Prinzipien, Geschichte(n), Hintergründe Was ist Scrum? Eine Kurzeinführung in die Funktionsweise Rollen, Meetings, Artefakte Ein Begriff viele Einsatzmöglichkeiten Scrum als (agile) Software-Entwicklungsmethode Scrum als Projektmanagementverfahren Scrum als Produktentwicklungsmethode Scrum für das sehr kleine Team Scrum für das große Produkt Skalierungsaspekte Scrum als Methode für die Steuerung des Produktmanagements Scrum für Business Intelligence Scrum als Organisationsentwicklungsmethode Scrum als Managementansatz Scrum in der Organisation und die Rahmenbedingungen Scrum Eine Bewegung entsteht Einige Daten zur Geschichte von Scrum Scrum Der Bedeutungswandel Warum Scrum funktioniert Von der Monotonie zu Lean Ford und Sloan Der Ursprung des Prozessmodells Lean Manufacturing Lean Product Development Second Generation Lean Product Development einige Aspekte Re-Inventing Management Durch teamzentriertes Arbeiten zur modernen Wissensorganisation Kontrollierbarkeit des Unkontrollierbaren Selbstorganisation Systemische Grundlagen Das Scrum-Team und Selbstorganisation...51

3 VI Inhalt Kontinuierliche Verbesserung Fast Feedback Höhere Produktivität durch Kommunikation These: Freude an der Arbeit macht leistungsfähig das Prinzip Fortschritt Die Rollen Klare Verantwortlichkeiten Eine Rolle ist keine Position Das Entwicklungsteam Die Spezialisten Rollenverantwortung Wie baut man ein Scrum-Team? Die Phasen der Teambildung Probleme des Teams bei der Implementierung Der Product Owner Das Product Backlog zusammenstellen Das Product Backlog priorisieren Das Produkt annehmen, verbessern oder ablehnen Den Releaseplan bestimmen und managen Die Verbindung Product Owner Entwicklungsteam Den Return on Investment bestimmen und sichern Wer sollte die Rolle des Product Owners übernehmen? Skalierung des Product Owners Der ScrumMaster Ein Change Agent Scrum implementieren Das Abarbeiten von Impediments Die Arbeit mit dem Entwicklungsteam Die Arbeit mit dem Product Owner Die Steigerung der Produktivität des Teams Scrum in die Organisation hineintragen und sie ändern Wie viel Arbeit ist es, ein ScrumMaster zu sein? Der ScrumMaster trifft Entscheidungen Wer in einer Organisation wird ScrumMaster? Der Customer Der Finanzier Der User Das Management Die Stabilisatoren der Organisation Die Rollen ausüben und klar trennen Strategisches Planen in Scrum Strategie und Taktik Was ist Planen? Planungsebenen Strategie und Taktik Die Vision Der Product Owner formuliert die Vision Wie erschafft man eine Vision? Veränderung der Vision Schärfe und Klarheit Führungsaufgabe Visionsgenerierung Constraints festlegen...123

4 Inhalt VII 3.7 Die User-Rolle ist tot Es lebe die Persona! Das Product Backlog Hilfsmittel für das Verwalten des Product Backlogs Product Backlog für große und Multiteams Was ist ein Product Backlog Item? Product Backlog Items als Stories formulieren Backlog-Priorisierung Die Grundlage der Priorisierung: der Business Value Methoden der Priorisierung Schätzen in Scrum Vorhersagbarkeit und Schätzungen Schätzen mit Storypoints Magic Estimation Der Einfluss der Schätzung auf die Priorisierung Die Velocity bestimmen Der Releaseplan Kosten für das Projekt Die Planung geht weiter Die Zusammenhänge zwischen strategischer und taktischer Planung Der Sprint Das Produkt entsteht Überblick Die grundlegenden Prinzipien Das Estimation Meeting Warum Estimation Meeting? Durchführung des Estimation Meetings Die Teilnehmer und Rollen im Estimation Meeting Strategische Planung während des Sprints Das Estimation Meeting mithilfe von Magic Estimation Das Estimation Meeting im Überblick Das Sprint Planning Taktisches Planen Zweck des Sprint Plannings Das Sprint Planning Analyse und Design Sprint Planning 1 Briefing und Analyse Sprint Planning 2 Design Sprint Planning mit großen oder mehreren Teams Sprint Planning 1 und 2 im Überblick Das Daily Scrum Tägliche Synchronisation Der Zweck des Daily Scrum Die Regeln für das Daily Scrum Das Daily Scrum mit Taskboard Probleme, die auftreten werden Daily Scrum für große oder verteilte Teams Teil Sprint Review Das Produkt vorstellen Die Bedeutung von Erledigt Ablauf und Regeln des Sprint Reviews

5 VIII Inhalt Konsequenzen aus dem Review Das Sprint Review im skalierten Umfeld Kontinuierliches Verbessern Die sechs Schritte der Sprint Retrospektive Geschichte der Sprint Retrospektive Warum funktionieren Retrospektiven? Storytelling Lernen Ent-täuschte Erwartungen Die sechs Schritte der erfolgreichen Retrospektive Der Sprint selbst Zwischen den Meetings Der Ablauf des Sprints Kommunikation, Kommunikation, Kommunikation Gemeinsamer Fokus Die Aufgabe des Teams im Sprint Die Aufgabe des Product Owners im Sprint Die Aufgabe des ScrumMasters im Sprint Was kann während eines Sprints alles passieren? Wann kann ein Sprint abgebrochen werden? Konflikte Es menschelt Verlängerungen des Sprints Die Scrum Engine Zermürbende Monotonie Fallstudie bwin Vorbereitung des Sprint Sprint Sprint Sprint Sprint Sprint Sprint Reporting Wissen, wo wir stehen Die richtigen Metriken finden Reports Das Sprint Burn-Down-Chart Das Taskboard Das Sprint Product-Burn-Down-Chart Das Release Burn-Down-Chart Das Parking-Lot-Chart Das Velocity-Chart Das Logbuch Das Impediment Backlog Riskmanagement Die Retrospektive Sprint Review Berichten im skalierten Umfeld Elektronische Hilfsmittel

6 Inhalt IX 6 Professionalität Test, Integration, Release Professionalität und Risiko Auswirkung der schlechten Qualität Entwicklungspraktiken der Balanced Agility Kontinuierliche Integration Das Produkt entsteht Qualität Testen, Testen, Testen Release-Durchführung Das Produkt zur Verfügung stellen Einführung von Scrum in großen Projekten und Organisationen Die Prinzipien skaliert Scrum und das große Projekt Ein Skalierungsmodell Der Projektstart Organisches Wachstum Sprunghaftes Skalieren Das teamübergreifende Ziel: Vision und Sprint Goal Die Kommunikation der Teams Meetings Das gemeinsame Liefern Usable Software Balanced Agility skaliert Skalierte Retrospektiven Gemeinsam verbessern Scrum in verteilten Teams Collocation Scrum Sichtbarmachen der Probleme Szenarien für Team-Set-ups Bedeutung schaffen Kommunikation Daily Scrum mit verteilten Teams Teil Scrum-Tools Technische Hilfsmittel Scrum im Multiprojektumfeld Mehrere Teams liefern an viele Projekte Team Backlog Aufspalten der Applikationsteams Fokus Multiprojektmanagement und das Pull-Prinzip Ein gemeinsames Ziel Scrum mit externen Zulieferern Software-Entwicklungsabteilungen managen Transition zu Scrum Führung auf Abteilungsebene Mitarbeiterführung Kundenmanagement Scrum in der Abteilung implementieren Organisationsweites Scrum Organisation der Implementierung Über Schulungen und Coaching Nebenwirkungen bei der organisations weiten Implementierung von Scrum Leadership, Emotion, Kreativität Mit Emotionen führen Flow + Kreativität = Glück...303

7 X Inhalt 9 Scrum-Tools In aller Kürze Fallstudien Fallstudie 1: Du und dein Scrum Wenn agiles Denken wunde Punkte trifft Fallstudie 2: Scrum bei Infonova 80 Teammitglieder auf einem Nenner? Fallstudie 3: ImmobilienScout 24 Scrum funktioniert dort, wo es von allen gelebt wird Fallstudie 4: Das Unplanbare planen Scrum in der Digital Marketing Agentur P//MOD Schlusswort Literaturverzeichnis Stichwortverzeichnis

8 1.4 Warum Scrum funktioniert 31 Aber das Toyota Production System besteht nicht nur aus den oben angeführten Elementen, obwohl diese Elemente die wesentliche Ursache für die Gewinne dieser Methode gegenüber anderen Produktionsverfahren sind. Das Toyota Production System, der Ursprung der Lean- Production-Bewegung, entstand aus einigen Beobachtungen, die Sakichi Toyoda und sein Chef-Ingenieur Taiichi Ōno 6 machten. Sie reisten in den 1940er- und 1950er-Jahren in die USA, um dort zu lernen, wie Fahrzeuge produziert werden. Toyoda und Ōno sahen, dass die Massenproduktion Fords nur deshalb funktionierte, weil sehr viele einzelne Teile produziert wurden und daher jede Maschine, jede Presse ausgelastet werden konnte. Sie sahen auch, dass hohe Lagerbestände aufliefen. Denn eine Presse war nur dann produktiv, wenn sie ununterbrochen Teile presste. Ōno hatte fünf bahnbrechende Ideen, um den Produktionsprozess nicht von der Maschine, die ausgelastet werden sollte, abhängig zu machen. Pull-Prinzip The more inventory a company has, the less likely they will have what they need. 7 Taiichi Ōno Die erste Idee übernahm er aus den Supermärkten, die Taiichi Ōno in den USA sah. Dort wurden Lager immer nur dann aufgefüllt, wenn sie vorne entleert wurden. Das Steuerungsmittel war der Einkaufswagen, denn die Hausfrauen füllten in ihren Einkaufswagen nur so viel Ware, wie sie benötigten. Die Idee zum Lean Management, dem Kanban-System, war geboren: immer nur genau so viel zu produzieren, wie angefordert wird. 8 Dieses Prinzip nennt man das Pull-Verfahren. In Scrum kontrolliert das Team die Menge an Arbeit, die es in seinen Sprint aufnehmen kann (Bild 1.7). Wir werden später sehen, dass das bereits eine Form der Work in Progress Limits (WIP Limits) ist. Bild 1.7 Das Pull-Prinzip in Scrum siehe auch [Liker 2003] oder Use Pull Systems to Avoid Overproduction :

9 32 1 Prinzipien, Geschichte(n), Hintergründe Just-in-Time-Produktion Das kostspieligste Problem bei Produktionsbetrieben ist der Zeitraum, in dem an der Maschine ein Werkzeugwechsel vorgenommen wird dann steht die Maschine still und ist unproduktiv. Das sind die sogenannten Transaktionskosten. Hohe Transaktionskosten führen wiederum zu großen Lagerbeständen. Daher sollte es vermieden werden, Maschinen ständig durch Umrüsten ausfallen zu lassen. Ōno entwickelte Wege, um den Werkzeugwechsel zu beschleunigen, und erreichte, dass man Änderungen an der Produktionsstraße innerhalb weniger Minuten durchführen konnte. Ōno hat das Toyota Production System über 20 Jahre hinweg schließlich so weit perfektioniert, dass durch eine Produktionsstraße gleichzeitig völlig verschiedene Fahrzeugarten laufen und gebaut werden können. Gleichzeitig wurden die Transaktionskosten trotzdem extrem reduziert. Ein unerwarteter Nebeneffekt (wie oben bei Reinertsen erwähnt) entstand: Es war kostengünstiger, kleine Mengen eines Teiles herzustellen als große. Wieso? Einerseits verursachten kleine Stückzahlen geringere Lagerkosten, und andererseits fielen beim Einbau der frisch produzierten Teile Produktionsfehler sofort auf. Das schnellere Feedback aus dem Einbau der Teile zwang das Team, das die Teile herstellte, sorgfältiger zu arbeiten. Wenn es nicht exakt arbeitete, kam die Antwort postwendend. Auf diese Art und Weise entstand ein sich selbst regulierendes, ein sich selbst beobachtendes System. Qualität wurde somit zum Thema jedes einzelnen Mitarbeiters im Team. Verantwortung übertragen Wer, wenn nicht der unmittelbar betroffene Mitarbeiter, bemerkt, wenn etwas nicht optimal funktioniert? Also sollte er auch an der Fehleridentifikation, -behebung und am Fehlervermeiden beteiligt werden. Autonome Teams Ōno stellte (autonome) Teams zusammen, indem er die Arbeiter zu Teams gruppierte und ihnen einen Teamleiter gab. Dieser hatte nicht die Aufgabe, die Arbeit des Teams zu managen, sondern dafür zu sorgen, dass sich das Team koordinieren konnte und gegebenenfalls für ein Teammitglied einsprang. Er hatte also erkannt, dass es mindestens eine Person im Team geben muss, die dem Team dabei hilft, sich kontinuierlich zu verbessern. Kontinuierliche Verbesserung Ōno ließ die Produktionsteams untereinander und zusammen mit den Fertigungsingenieuren über Verbesserungen im Arbeits- und Produktionsprozess nachdenken. Nicht irgendwann, sondern periodisch, immer wieder. Dieser, wie man ihn später nannte, kontinuierliche Verbesserungsprozess wurde zum Herzstück des Toyota Production Systems. Auch dieser Aspekt, die Retrospektiven, wurde bei Ōno also iterativ immer wieder durchgeführt Lean Product Development Ken Schwaber betont ständig, dass Scrum seinen Ursprung nicht in der Lean Production hat. So richtig das ist der Ursprung liegt im Wissensmanagement, kann jedoch nicht übersehen werden, dass man Scrum besser versteht, wenn man die Prozesse der Lean Production untersucht und versteht, dass sie effektiver als traditionelle Arbeitsprozesse sind. Aber Moment Toyota baut Autos. Beim Lean Manufacturing geht es um die Produktion des immer Gleichen. Wenn alle Fehler gefunden sind und sogar das Werkzeug optimal platziert ist, dann gibt es kaum noch bis gar keine Varianz. Genau hier liegt der Unterschied zu dem, was Nonaka und Takeuchi beschreiben. Wir wollen doch Produkte erzeugen, die so noch gar nicht existieren und die sich auch ständig verändern.

10 1.4 Warum Scrum funktioniert 33 Also kann es auch nicht funktionieren, aus den Ideen des Lean Manufacturing einen Software-Entwicklungsprozess (z. B. Lean Software Development und KANBAN) abzuleiten, oder? Doch, es geht. Aber dazu muss man die Ebene des Manufacturing verlassen und neue Elemente hinzufügen. Denn Manufacturing und Development unterscheiden sich voneinander (Tabelle 1.3): Tabelle 1.3 Unterschiede zwischen Lean Manufacturing und Lean Product Development Lean Manufacturing Lean Product Development Aufgaben sind wiederholbar nicht wiederholbar Aufgaben sind vorhersagbar nicht vorhersagbar Anforderungen sind eine feste und nicht veränderliche ein Freiheitsgrad Rahmenbedingung Anforderungen sind fixiert sich ständig verändernd Die Kosten für Verzögerungen gleichförmig nicht gleichförmig sind Aufgaben haben feste Abarbeitungszeiten keine festen Abarbeitungszeiten Variabilität ist immer schädlich manchmal notwendig und oft sogar gefordert Die Lagerbestände sind sichtbar nicht sichtbar Lagerbestände bestehen aus Objekten aus Informationen (Ideen, Geschichten, Anforderungen) Im Wesentlichen muss man Ideen aus der Queueing Theory, der Traffic Flow Theory, dem Computer Operation System Design, des deutschen Bewegungskriegs und die Designprinzipien des Internets einbauen. Tut man das, dann entsteht eine neue Variante des Lean Product Development das Second Generation Lean Product Development, wie es Don Reinertsen nennt. Sieht man sich die Funktionsweisen dann genau an, landet man bei Scrum und KAN- BAN, die exakt diese Elemente implizit (Scrum) und explizit (KANBAN) nutzen Second Generation Lean Product Development einige Aspekte Es ist an dieser Stelle nicht möglich, alle Ideen und Aspekte aufzuzeigen, die dazu führen, dass Scrum und KANBAN tatsächlich die Vorteile bringen, die beobachtbar sind. Zwei extrem wichtige Aspekte müssen hier aber weiter ausgeführt werden, denn sie liefern die theoretischen Beweise, warum Scrum und KANBAN funktionieren. Irrglaube 1: 100 % Auslastung sind ideal Würde man eine Führungskraft fragen, ob sie bereit sei zu akzeptieren, dass ein Team nur zu 80 % ausgelastet ist: Wie würde wohl die Antwort lauten? Auf keinen Fall! Jeder soll vollkommen, am besten zu 100 % ausgelastet sein. Tom DeMarco schreibt ein ganzes Buch darüber, um zu zeigen, dass diese Idee falsch ist. In Slack (Deutsch: Spielräume)

11 34 1 Prinzipien, Geschichte(n), Hintergründe Bild % Auslastung verlängert die Wartezeit/ L = Länge der Warteschlange [DeMarco 2002] schreibt er, dass es notwendig ist, Spielräume einzubauen und Menschen nicht komplett auszulasten. Sogar aus produktionstechnischer Sicht sind seine Ideen absolut zutreffend, wie Bild 1.8 zeigt. Bis zu einer Auslastung von 80 % liegt die durchschnittliche Anzahl an Aktivitäten, die warten müssen, unter fünf. Bei einer Auslastung über 90 % steigt die Anzahl der wartenden Aktivitäten sprunghaft an. Nähern wir uns einer Auslastung von beinahe 100 %, wird die Anzahl der Dinge, die warten müssen, riesig. Eine Teamauslastung von über 80 % führt also zu einer sehr langen Aufgabenliste, die zu bearbeiten ist. Lange Aufgabenlisten verursachen wiederum längere Durchlaufzeiten für jede Aufgabe. Sie erhöhen das Risiko, dass man an etwas arbeitet, das bereits obsolet ist. Sie erzeugen höheren Veränderungsdruck, mehr Overhead, geringere Qualität und geringere Motivation. Wir alle kennen das doch: Haben wir eine lange To-do-Liste vor uns liegen, wollen wir gar nicht wirklich anfangen. Schaut man sich diese Kurve noch einmal anders an, dann bedeutet eine 90%ige Auslastung eines Teams: Das Team ist für eine neue Aufgabe nur in 10 % der Zeit, in der wir diese Aufgabe erledigt haben wollen, sofort verfügbar. Im Schnitt gibt es neun Aufgaben, Jobs oder Stories zu erledigen, die gerade im Gesamtprozess stecken. Anders gesagt ca. 8 Stories oder Aufgaben sind noch vor der für mich jetzt gerade wichtigen Aufgabe abzuarbeiten, bevor sie an die Reihe kommen kann. 90 Prozent der Durchlaufzeit durch das Gesamtsystem bestehen aus Wartezeit, nur 10 % der Gesamtdurchlaufzeit des Systems ist produktive, wertgenerierende Arbeit. Eine weitere Schlussfolgerung lässt sich aus der Grafik ablesen. Um herauszufinden, ob ein Team gerade seine Peak-Performance erreicht hat, kann man entweder die Auslastung messen oder die Größe (gleich Länge L) des Backlogs die Warteschlange. Wächst diese Liste sprunghaft an, wird die Auslastung offensichtlich zu hoch sein, und damit wird sich auch die Durchlaufzeit erhöhen. Also ist auch zu erwarten, dass die Produktivität sinken wird. Der Vorschlag lautet daher, die Länge [L] des Backlogs genau zu überwachen. Wächst es im Trend an, wird also das Backlog zum Beispiel von Sprint zu Sprint größer, dann wissen wir, dass wir sofort handeln müssen. Es ist wie im Supermarkt. Wächst dort die Schlange, dann wird eine weitere Kasse aufgemacht. Passiert das nicht, wird die Schlange noch länger und die Kunden immer unzufriedener.

12 1.4 Warum Scrum funktioniert 35 Dramatisch an dieser Betrachtung ist, dass es nur zwei Wege gibt, die Schlange zu beseitigen: 1. Die Auslastung wird heruntergefahren, mehr Ressourcen werden eingesetzt (ohne die Schlange bewusst voller zu laden) oder 2. man wirft Dinge aus der Schlange hinaus. Letzteres ist der bessere, weil schnellere Weg. Für viele läuft das aber der Intuition zuwider. Allerdings ist es tatsächlich so: Tummelt sich weniger in der Schlange, gibt es schnelleres Feedback wegen der schnelleren Durchlaufzeiten. So kann auch schneller reagiert werden, was zu einer höheren Produktivität führt. Das mag für die Produktion stimmen. Also in Fabriken wie jenen von Toyota, in denen es einfach darum geht, physikalische Elemente durch die Fabrik zu schleusen und daraus Autos zu bauen. Wo sind die Schlangen in der Produktentwicklung? Es gibt sie, und es gibt sogar viel zu viele davon. Hier sind meine Top Ten der Warteschlangen in der Produktentwicklung: 1. Ideen: Sie sind schnell geboren und fliegen Managern geradezu zu. 2. Die Ausarbeitung dieser Ideen 3. Anforderungen der Fachabteilungen (Marketing, Finanz, ) 4. Kundenwünsche 5. Ideen des Entwicklungsteams 6. Defekte und Wartungsarbeiten 7. Testfälle, die noch abzuarbeiten sind 8. Dokumentation und vor allem wartende Dokumentation, die geschrieben werden müsste 9. Reviews meistens jene, bei denen Manager oder Gremien entscheiden müssen 10. Noch nicht durchgeführte Refactorings, Architekturänderungen und Verbesserungen am Tooling Warteschlangen sind der Schlüsselfaktor für mangelhafte ökonomische Produktivität in der Produktentwicklung [Reinertsen 2009]. Was ist also zu tun, damit wir in Zukunft diese Warteschlangen abbauen? Die einzige Lösung ist herauszufinden, was ökonomisch sinnvoller ist: entweder mehr Ressourcen einzusetzen oder die Warteschlange einfach zu kappen? Der Entscheidungsträger benötigt also klare ökonomische Entscheidungsgrundlagen darüber, welchen Trade-off er eingehen kann und sollte. 9 Irrglaube 2: Variabilität, das Unbekannte, ist böse daher plane ich voraus Ich will wissen, was es genau kostet. Was bekomme ich für mein Geld? Diese Frage beschreibt das Kernproblem in der Produktentwicklung. Manager, Kunden und die Mitglieder des Projektteams wollen wissen, was am Ende des Projekts tatsächlich entstanden sein wird und was sie dafür investieren müssen. Auf den ersten Blick ist das eine berechtigte Frage. Sie wird gestellt, weil man Sicherheit erlangen will. Diese Frage hat aber zu Fehlentwicklungen in vielen Bereichen der Software-Entwicklung geführt, denn in der Regel fehlen die Grundlagen, um sie zu beantworten. 9 In unserem Buch Der agile Festpreis [Opelt et al 2012], zeigen wir auf, wie man diesen ökonomischen Trade-off in einem Lieferverhältnis im Rahmen eines Projekts umsetzt.

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

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

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

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

Stichwortverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln. ISBN (Buch): 978-3-446-43338-0

Stichwortverzeichnis. Boris Gloger. Scrum. Produkte zuverlässig und schnell entwickeln. ISBN (Buch): 978-3-446-43338-0 Stichwortverzeichnis Boris Gloger Scrum Produkte zuverlässig und schnell entwickeln ISBN (Buch): 978-3-446-43338-0 ISBN (E-Book): 978-3-446-43394-6 Weitere Informationen oder Bestellungen unter http://www.hanser-fachbuch.de/978-3-446-43338-0

Mehr

Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN. EXTRA: Mit kostenlosem E-Book. boris GLOGER. 4. Auflage. Mit einem Geleitwort von Ken Schwaber

Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN. EXTRA: Mit kostenlosem E-Book. boris GLOGER. 4. Auflage. Mit einem Geleitwort von Ken Schwaber boris GLOGER Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN 4. Auflage EXTRA: Mit kostenlosem E-Book Mit einem Geleitwort von Ken Schwaber Mit Scrum-Checkliste zum Heraustrennen Gloger Scrum CHV Newsletterhinweis

Mehr

Inhalt. Vorwort zu 1 Auflage ٠ ٠ ٠٠ ٠٠٠ ٠ ٠ ٠. ٠ XI. Vorwort zur ร Auflage ٠ ٠ ٠ ٠ ٠٠ ٠ ٠. ٠. ٠. ٠.. ٠. ٠. ٠. ٠. XIII.

Inhalt. Vorwort zu 1 Auflage ٠ ٠ ٠٠ ٠٠٠ ٠ ٠ ٠. ٠ XI. Vorwort zur ร Auflage ٠ ٠ ٠ ٠ ٠٠ ٠ ٠. ٠. ٠. ٠.. ٠. ٠. ٠. ٠. XIII. Inhalt Vorwort zu 1 Auflage ٠ ٠ ٠٠ ٠٠٠ ٠ ٠ ٠. ٠ XI Vorwort zur ร Auflage ٠ ٠ ٠ ٠ ٠٠ ٠ ٠. ٠. ٠. ٠.. ٠. ٠. ٠. ٠. XIII Uber den Autor XV 1 Prinzipien^ Geschichte("),Hintergründe ٠.٠٠. ٠٠٠ ٠ ٠ ٠ 1 1.1 Was

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

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

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

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

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

2 Überblick über den Scrum-Ablauf, die Rollen, Meetings, Artefakte und Prinzipien 17

2 Überblick über den Scrum-Ablauf, die Rollen, Meetings, Artefakte und Prinzipien 17 xiii 1 Historie, Vorteile und Eignung von Scrum 1 1.1 Historie............................................... 1 1.1.1 Scrum-Teams nach Nonaka und Takeuchi.............. 1 1.1.2 Erste Scrum-Projekte in

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

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. 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

Agile Softwareentwicklung Scrum vs. Kanban

Agile Softwareentwicklung Scrum vs. Kanban Agile Softwareentwicklung Scrum vs. Kanban Betül AtIiay, Ganna Shulika, Merve Yarat Universität Salzburg 29. Jänner 2016 Atliay, Shulika, Yarat (Univ. Salzburg) Agile Softwareentwicklung. Scrum vs. Kanban

Mehr

Führung von agilen verteilten Teams

Führung von agilen verteilten Teams Führung von agilen verteilten Teams Stefan Glase Ich stelle mich vor Stefan.Glase Solution Architect stefan.glase@opitz-consulting.com Twitter: @stefanglase 1 Manifest für Agile Softwareentwicklung Wir

Mehr

READY-STEADY-DONE! Der Product Owner are you READY for agile?!

READY-STEADY-DONE! Der Product Owner are you READY for agile?! READY-STEADY-DONE! Der Product Owner are you READY for agile?! Susanne Mühlbauer HOOD GmbH Büro München Keltenring 7 82041 Oberhaching Germany Tel: 0049 89 4512 53 0 www.hood-group.com -1- Neue Ideen sind

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

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 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

boris GLOGER Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN Mit einem Geleitwort von Ken Schwaber

boris GLOGER Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN Mit einem Geleitwort von Ken Schwaber boris GLOGER Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN Mit einem Geleitwort von Ken Schwaber Inhaltsverzeichnis Geleitwort von Ken Schwaber...XIII Vorwort... XV 1 Einleitung... 1 1.1 Scrum Veränderungsmanagement...

Mehr

Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind.

Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind. Wir erledigen alles sofort Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind. agilecoach.de Marc Bless Agiler Coach agilecoach.de Frage Wer hat

Mehr

1 Einleitung 1 1.1 Wie Sie dieses Buch verstehen sollten... 1 1.2 Die Projektberichte... 1 1.3 Der Anhang... 3

1 Einleitung 1 1.1 Wie Sie dieses Buch verstehen sollten... 1 1.2 Die Projektberichte... 1 1.3 Der Anhang... 3 ix 1 Einleitung 1 1.1 Wie Sie dieses Buch verstehen sollten......................... 1 1.2 Die Projektberichte....................................... 1 1.3 Der Anhang............................................

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

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

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

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

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

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

Sabotage in Scrum. dem Prozess erfolglos ins Knie schiessen. Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007

Sabotage in Scrum. dem Prozess erfolglos ins Knie schiessen. Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007 Sabotage in Scrum dem Prozess erfolglos ins Knie schiessen Andreas Leidig (andrena objects ag) Vortrag bei den XP Days 2007 1 Überblick Sabotage? Wer kann sabotieren? Was kann sabotiert werden? Wieviel

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

Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski

Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski Projektplanung für Softwareprojekte: KLIPS 2.0 Prof. Dr. Manfred Thaller WS 2011/12 3.11.2011 Dana Wroblewski 1. Was heißt Agil 2. Scrum? Grundbegriffe 3. Wer benutzt Scrum 4. Vorteile & Nachteile von

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

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

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

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

Kanban Agile 2.0? Thomas Schissler artiso AG

Kanban Agile 2.0? Thomas Schissler artiso AG Kanban Agile 2.0? Thomas Schissler artiso AG Vorstellung Thomas Schissler Coach und Consultant artiso AG Schwerpunkte sind Team Foundation Server Agile Entwicklungsprozesse Software-Qualität Software-Architektur

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

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

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

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

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

Enterprise Agile @Fiducia. Sind Transitionsteams ein Mittel zur Optimierung des agilen Changes?

Enterprise Agile @Fiducia. Sind Transitionsteams ein Mittel zur Optimierung des agilen Changes? Enterprise Agile @Fiducia Sind Transitionsteams ein Mittel zur Optimierung des agilen Changes? Thomas Lang / Matthias Müller, München / Karlsruhe, 21.05.2015 Agenda 1 Vorstellung der Fiducia IT AG 2 Wo

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

Requirements Engineering für die agile Softwareentwicklung

Requirements Engineering für die agile Softwareentwicklung Johannes Bergsmann Requirements Engineering für die agile Softwareentwicklung Methoden, Techniken und Strategien Unter Mitwirkung von Markus Unterauer dpunkt.verlag Inhaltsverzeichnis 1 Einleitung 1 1.1

Mehr

Wahlpflichtmodul Projekt I Softwareprojekt I

Wahlpflichtmodul Projekt I Softwareprojekt I Wahlpflichtmodul Projekt I Softwareprojekt I Dipl. Inf. Andrea Meyer SCRUM in Detail Dipl. Inf. Andrea Meyer WIEDERHOLUNG 4 Prinzipien von SCRUM Zerlegung Transparenz Anpassung Überprüfung WIEDERHOLUNG

Mehr

Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten.

Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten. 1 Denn sie wissen nicht was sie tun! Den Überblick über agile Backlogs behalten. 2 INHALT Begriffe Backlogmanagement -Board Zusammenfassung 3 BEGRIFFE Backlog Backlog Item Arten von Backlogs 4 BACKLOG

Mehr

Das Agile Team. Skills, Arbeitsweise, Umgebung

Das Agile Team. Skills, Arbeitsweise, Umgebung Das Agile Team Skills, Arbeitsweise, Umgebung Das Team handelt Das Team Verwandelt Anforderungen in potentially shippable product increment Der handelnde Agent Selbstorganisiert - was heisst das Gemeinsam

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

Agiles Projekmanagement mit Scrum

Agiles Projekmanagement mit Scrum Agiles Projekmanagement mit Scrum Deutsche Ausgabe von Agile Project Management with Scrum von Ken Schwaber 1. Auflage Agiles Projekmanagement mit Scrum Schwaber schnell und portofrei erhältlich bei beck-shop.de

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

Seminar. Scrum. Author: Crina-Maria Iliadis Matrikel-Nr. 45482. Betreuender Professor: Roland Dietrich

Seminar. Scrum. Author: Crina-Maria Iliadis Matrikel-Nr. 45482. Betreuender Professor: Roland Dietrich Seminar Scrum Author: Crina-Maria Iliadis Matrikel-Nr. 45482 Betreuender Professor: Roland Dietrich 11. Januar 2015 Inhaltsverzeichnis 1 Einleitung 2 1.1 Motivation.............................. 2 1.2

Mehr

Abgrenzung bzw. Kombination traditionelles und agiles Projektmanagement

Abgrenzung bzw. Kombination traditionelles und agiles Projektmanagement Abgrenzung bzw. Kombination traditionelles und agiles Projektmanagement Vortrag im Rahmen des IKT-Forums 2015 Salzburg-Urstein am 21. Mai 2015 www.organisationsgesta 00. Agenda Agenda 1. Projektmanagement

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

DevOps in der Praxis. Alexander Pacnik 24.11.2015

DevOps in der Praxis. Alexander Pacnik 24.11.2015 DevOps in der Praxis Alexander Pacnik 24.11.2015 Einführung... DevOps Versuch einer Definition Alexander Pacnik IT Engineering & Operations Project Management inovex GmbH 2 Einführung... DevOps Versuch

Mehr

Führen in der agilen Transformation. Harte Managementarbeit.

Führen in der agilen Transformation. Harte Managementarbeit. 1 Führen in der agilen Transformation. Harte Managementarbeit. Scrum Deutschland November 2015, Düsseldorf Christoph Eckert Agile Coach christoph.eckert@andrena.de 2 Grundlegende Konzepte 3 Führungstypen

Mehr

Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN. EXTRA: Mit kostenlosem E-Book. boris GLOGER. 4. Auflage. Mit einem Geleitwort von Ken Schwaber

Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN. EXTRA: Mit kostenlosem E-Book. boris GLOGER. 4. Auflage. Mit einem Geleitwort von Ken Schwaber boris GLOGER Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN 4. Auflage EXTRA: Mit kostenlosem E-Book Mit einem Geleitwort von Ken Schwaber Mit Scrum-Checkliste zum Heraustrennen Gloger Scrum CHV Newsletterhinweis

Mehr

Grundlegende Veränderungen in der Software-Dokumentation durch agile Entwicklung?

Grundlegende Veränderungen in der Software-Dokumentation durch agile Entwicklung? Grundlegende Veränderungen in der Software-Dokumentation durch agile Entwicklung? Marlis Friedl Christina Wirth Comet Computer GmbH tekom-jahrestagung 2010 5. November, UA 17 Überblick Die agile Software-Entwicklung

Mehr

Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN

Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN boris GLOGER Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN Mit einem Geleitwort von Ken Schwaber 3. Auflage Inhalt Geleitwort von Ken Schwaber...XI Vorworte...XIII Der Autor... XVII 1 Einleitung...

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

Extreme Programming: Überblick

Extreme Programming: Überblick Extreme Programming: Überblick Stefan Diener / Apr 18, 2007 / Page 1 Prinzipien Rollen Planung Implementierung Praktiken weitere Vorgehensweisen Grenzen Inhalt Stefan Diener / Apr 18, 2007 / Page 2 Prinzipien

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

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

DIE HERAUSFORDERUNG. Warum es doch auf die Grösse ankommt

DIE HERAUSFORDERUNG. Warum es doch auf die Grösse ankommt DIE HERAUSFORDERUNG Seite 2 - Sep 2014 - Warum es doch auf die Grösse ankommt IHRE SOFTWARE IST ETWAS UMFANGREICHER Seite 3 - Sep 2014 - Warum es doch auf die Grösse ankommt ES GIBT EIN PAAR ABHÄNGIGKEITEN

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

1 Historie, Vorteile und Eignung von Serum 1. 2 Überblick über den Serum-Ablauf, die Rollen, Meetings, Artefakte und Prinzipien 17

1 Historie, Vorteile und Eignung von Serum 1. 2 Überblick über den Serum-Ablauf, die Rollen, Meetings, Artefakte und Prinzipien 17 xi Inhaltsübersicht 1 Historie, Vorteile und Eignung von Serum 1 2 Überblick über den Serum-Ablauf, die Rollen, Meetings, Artefakte und Prinzipien 17 3 Serum produktbezogen 35 4 Entwicklung mit Serum 83

Mehr

SCRUM. Vertragsgestaltung & Vertragsorientierte Projektdurchführung. Katharina Vierheilig Vorlesung: Juristisches IT-Projektmanagement 08.01.

SCRUM. Vertragsgestaltung & Vertragsorientierte Projektdurchführung. Katharina Vierheilig Vorlesung: Juristisches IT-Projektmanagement 08.01. SCRUM Vertragsgestaltung & Vertragsorientierte Projektdurchführung Katharina Vierheilig Vorlesung: Juristisches IT- Agile Softwareentwicklung SCRUM 2 SCRUM Agiles Manifest Individuen und Interaktion Prozesse

Mehr

AGILE HR CONFERENCE 2015

AGILE HR CONFERENCE 2015 AGILE HR CONFERENCE 2015 AGILE FÜHRUNG AUS VERSCHIEDENEN PERSPEKTIVEN BELEUCHTET BERICHTE AUS DER PRAXIS IM GROßKONZERN Bernd Klumpp, Wolf Wehner Köln, 22.-23.04.2015 AGILE FÜHRUNG BERICHTE AUS DER PRAXIS

Mehr

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten

Projektmanagement. Dokument V 1.2. Oliver Lietz - Projektmanagement. Probleme bei Projekten Projektmanagement Agile Methoden: Extreme Programming / Scrum Dokument V 1.2 Probleme bei Projekten Viel Arbeit, die an den Zielen vorbeigeht Viel Dokumentation für f r unbenutzte Bestandteile Fehlende

Mehr

Alle Inhalte dieses ebooks sind urheberrechtlich geschützt. Die Herstellung und Verbreitung von Kopien ist nur mit ausdrücklicher Genehmigung des

Alle Inhalte dieses ebooks sind urheberrechtlich geschützt. Die Herstellung und Verbreitung von Kopien ist nur mit ausdrücklicher Genehmigung des Alle Inhalte dieses ebooks sind urheberrechtlich geschützt. Die Herstellung und Verbreitung von Kopien ist nur mit ausdrücklicher Genehmigung des Verlages gestattet. Agiles Projektmanagement Scrum, Use

Mehr

Scrum bei der Projektron GmbH

Scrum bei der Projektron GmbH Scrum bei der Projektron GmbH Vor- und Nachteile im Rückblick von 2 Jahren Arbeit mit Scrum Projektron GmbH Softwarehersteller Produkt: Projektron BCS Projektmanagement-Software Gegründet: 2001 Mitarbeiter:

Mehr

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Herzlich willkommen Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg Heike Bickert Software-/Systemingenieurin, Bereich Quality Management Braunschweig // 17.11.2015 1 Agenda ICS AG Fragestellungen

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

Software-Dokumentation im agilen Umfeld. Marion Bröer, parson communication

Software-Dokumentation im agilen Umfeld. Marion Bröer, parson communication Software-Dokumentation im agilen Umfeld Marion Bröer, parson communication parson communication Software- und Prozessdokumentation Wissensmanagement Wikis und XML-basierte Dokumentation Schulungen und

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

Globale Scrum Retrospektive

Globale Scrum Retrospektive SWP: Spieleprogrammierung Fachbereich Mathematik und Informatik Globale Scrum Retrospektive Do, Hoang Viet(do@mi.fu-berlin.de) Freie Universität Berlin, SoSe 2012 Was ein Softwareprojekt nicht ist! Keine

Mehr

Planst Du noch oder lebst Du schon (agil)?

Planst Du noch oder lebst Du schon (agil)? Planst Du noch oder lebst Du schon (agil)? IIBA Chapter Summit Salzburg, 11.10.2013 Anton Müller cscakademie.com Copyright CSC Deutschland Akademie GmbH Worum geht es? Gestaltung von Veränderungen in Unternehmen!

Mehr

Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration. Markus Stollenwerk, Noser Engineering AG

Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration. Markus Stollenwerk, Noser Engineering AG Praxisbericht und Demo-Projektabwicklung mit der ATLASSIAN Toolchain und Continuous Integration Markus Stollenwerk, Noser Engineering AG Agile Softwareentwicklung Crash-Kurs Markus Stollenwerk, 27.9.2013

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

Agiles Multiprojektmanagement - Ein Oxymoron oder gelebte Praxis?

Agiles Multiprojektmanagement - Ein Oxymoron oder gelebte Praxis? Agiles Multiprojektmanagement - Ein Oxymoron oder gelebte Praxis? 20.11.2015 - Fachgruppe IT-PM Themenabend Multiprojektmanagement Florian Beck Beratung für agile Vorgehensweisen Florian Beck Freiberuflicher

Mehr

Di 7.2. Sprinten mit dem V-Modell XT. Olaf Lewitz. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich

Di 7.2. Sprinten mit dem V-Modell XT. Olaf Lewitz. January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Di 7.2 January 26-30, 2009, Munich, Germany ICM - International Congress Centre Munich Sprinten mit dem V-Modell XT Olaf Lewitz Sprinten mit dem V-Modell XT Olaf Lewitz microtool GmbH, Berlin Konkurrenz

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

Kanban. Evolutionäres Change Management für IT-Organisationen. dpunkt.verlag. David J. Anderson

Kanban. Evolutionäres Change Management für IT-Organisationen. dpunkt.verlag. David J. Anderson David J. Anderson Kanban Evolutionäres Change Management für IT-Organisationen Übersetzt aus dem Amerikanischen von Arne Roock und Henning Wolf dpunkt.verlag xi Inhalt Teil! Einführung 1 1 Das Dilemma

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

Scrum ist ein agiles Framework zur Software-Entwicklung. SCRUM bei Festo. Was ist SCRUM? Frank M. Hoyer, House of Software

Scrum ist ein agiles Framework zur Software-Entwicklung. SCRUM bei Festo. Was ist SCRUM? Frank M. Hoyer, House of Software SCRUM bei Festo Frank M. Hoyer, House of Software SI-MS/Frank M. Hoyer Scrum bei Festo 15. März 2010 geändert: 16. September 2014, HOY Was ist SCRUM? Scrum ist ein agiles Framework zur Software-Entwicklung.

Mehr

Agiles Projektmanagement mit Scrum. Name: Eric Dreyer

Agiles Projektmanagement mit Scrum. Name: Eric Dreyer Definition 2 Was ist Scrum? Scrum ist ein schlanker, agiler Prozess für Projektmanagement u. a. in der Softwareentwicklung. Woraus besteht Scrum? Einfache Regeln Wenige Rollen Mehrere Meetings Einige Artefakte

Mehr

Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN

Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN boris GLOGER Scrum PRODUKTE ZUVERLÄSSIG UND SCHNELL ENTWICKELN Mit einem Geleitwort von Ken Schwaber 3. Auflage Gloger Scrum vbleiben Sie einfach auf dem Laufenden: www.hanser.de/newsletter Sofort anmelden

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

Selbstorganisation braucht Führung Referent: André Häusling

Selbstorganisation braucht Führung Referent: André Häusling Selbstorganisation braucht Führung Referent: André Häusling Führung von Teams Die Lewinsche Formel V = f (P + U) Verhalten = Persönlichkeit + Umfeld Grundlegende Einflussfaktoren auf das menschliche Verhalten

Mehr

Agiles Testmanagement am Beispiel Scrum

Agiles Testmanagement am Beispiel Scrum Agiles Testmanagement am Beispiel Scrum SEQIS Software Testing Know-How Weitere Termine 16. September Testmanagement mit externen Partnern 21.Oktober Software unter Druck: Erfolgsfaktoren bei Last- und

Mehr

Werte und Prinzipien der agilen Softwareentwicklung

Werte und Prinzipien der agilen Softwareentwicklung 1 Was ist Scrum? Scrum ist ein einfaches Projektmanagement-Framework, in das Entwicklungsteams selbstbestimmt erprobte Praktiken einbetten. Der Rahmen sieht einen empirisch, iterativen Prozess vor, bei

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

Leichtgewichtige Traceability im agilen Entwicklungsprozess am Beispiel von Scrum

Leichtgewichtige Traceability im agilen Entwicklungsprozess am Beispiel von Scrum Leichtgewichtige Traceability im agilen Entwicklungsprozess am Beispiel von Scrum Traceability Workshop SE 2013 Aachen 26. Feb. 2013 Elke Bouillon 1, Baris Güldali 2, Andrea Herrmann 3, Thorsten Keuler

Mehr

Agile Management Einführung in agiles Management

Agile Management Einführung in agiles Management Agile Management Einführung in agiles Management Agile Management Agile Management-Methoden Einführung Agile Management PQRST e.u. - Ing. Erich Freitag Version 25.06.2013 Lernziele Den Unterschied zwischen

Mehr

Höchst elastisch Scrum und das Wasserfallmodell

Höchst elastisch Scrum und das Wasserfallmodell Höchst elastisch Scrum und das Wasserfallmodell Kraus Wolfgang www.sourceconomy.com 1 Abstract Das Projekt bietet zwar alle Voraussetzungen für ein agiles Vorgehen, doch der Auftraggeber und das Kunden-Management

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

Trotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld. Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012

Trotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld. Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012 Trotz Agilität nicht ins Abseits geraten Modellierung in einem agilen Umfeld Susanne Mühlbauer, Philip Stolz, HOOD GmbH MID Insight 2012 Agenda 1. Scope, Motivation und Begriffsklärung 2. Modellierung

Mehr