Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch -

Größe: px

Ab Seite anzeigen:

Download "Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch -"

Alexa Wolf
vor 8 Jahren
Abrufe

1 Agiles Projektmanagement nach Scrum mit Projektron BCS - Erfahrungsaustausch - Prof. Dr. Roland Petrasch, Beuth Hochschule für Technik prof.beuth-hochschule.de/petrasch Stefan Lützkendorf Projektron GmbH

2 Agenda Allgemeines zur Agilität und zu Scrum (ca Min.) Kurzüberblick: Scrum mit BCS (ca Min.) Diskussion und Erfahrungsaustausch (Open end ) Hintergrund Projektron führt selbst Scrum bei sich ein Projektron BCS unterstützt Scrum (Beta-Release) Frühzeitiger Austausch mit Kunden, Akademia, Experten... 11/19/ , Roland Petrasch 2

3 Human Factors Bevor es losgeht... Scrum ist kein Patentrezept für die Lösung aller Projektherausforderungen Nutzen der Agilität ist am besten, wenn konstruktive und offene Atmosphäre herrscht jeder Beteiligte sagt, was er / sie will (bezweckt) jeder Beteiligte bereit ist, Veränderungen zuzulassen Neue Arbeitsweise: Management als Mediator, Software-Entwickler als Verantwortlicher, Commitment von beiden Seiten notwendig 11/19/ , Roland Petrasch 3

4 Scrum: Überblick Framework für agiles Projektmanagement mit Werten, Prinzipien und (ansatzweise) Methode zum Management komplexer Systeme Förderung von selbstorganisierenden Teams und des Verantwortungsbewußtseins im Team Management (auch) als Mediator Offenheit und Erweiterbarkeit Mischung, Ergänzung: Andere Ansätze und Methoden, z.b. XP, V-Modell XT? (evtl. als Wrapper ) Unternehmensweite Einführung agiler Projektmanagementmethoden (Enterprise Scrum) 11/19/ , Roland Petrasch 4

5 Werte(system) Scrum: Überblick Agile Werte Individuen & Interaktionen vor Prozessen & Tools Funktionierende SW vor ausführlicher Dokumentation Stetige Zusammenarbeit mit Kunden vor Verträge Mut & Offenheit für Änderungen vor Befolgen des Plans Personenbezogene Themen stehen im Vordergrund (aber: wenig Rollen zugunsten des Prinzips whole Team ) Agile, z.b. nach Scrum, bedeutet Verantwortung, Respekt, Beachtung von Regeln, Wille zur Veränderung und nicht Anarchie, Cowboy Coding, Tarnung für Hacker Management-by-Laissez-faire Silver-Bullet-Anspruch (Wundermittel) In Anlehnung an Kent Beck et. al., 2001, und Wikipedia.de 11/19/ , Roland Petrasch 5

6 Scrum: Überblick Agile Werte Werte stellen die Wichtigkeit heraus, d.h. Prozesse, Tools, Verträge, Doku, Planung, Festlegungen etc. sind durchaus auch (!) wichtig Personenbezogene Themen stehen im Vordergrund Agile, z.b. nach Scrum, bedeutet Verantwortung, Respekt, Beachtung von Regeln, Wille zur Veränderung (Verbesserung) und nicht Anarchie, Cowboy Coding, Tarnung für Hacker Management-by-Laissez-faire Silver-Bullet-Anspruch (Wundermittel) In Anlehnujng an Kent Beck et. al., 2001, und Wikipedia.de 11/19/ , Roland Petrasch 6

7 Scrum: Überblick Ansatz / Techniken: Iterativ-inkrementell mit Timeboxing und Meilensteinplanung Rollen: Scrum Master, Product Owner, Team Prozesse: Release- und Sprintplanung, Priorisierung, Risikomanagement, Aufwandsschätzung, Sprint, Review, Retrospective... Artefakte: Product und Sprint Backlog, Epic, Theme, User Story, Requirements, Akzeptanztest Projektsteuerung: Produkt-, Release- Sprint-Burndown-Bericht Einheiten: Story Points oder ideale Tage 11/19/ , Roland Petrasch 7

8 Scrum: Überblick Prozess Quelle: 11/19/ , Roland Petrasch 8

9 Scrum: Überblick Sprint (Iteration) liefert ein Inkrement (potentiell auslieferbares Produkt) und umfasst Sprint-Planung (Basis: Product Backlog) Umsetzungsaktivitäten und Daily Scrum Sprint-Review und Sprint-Retrospective Verbesserungsmaßnahme (für nächsten Sprint) Sprint als Metapher: Keine Unterbrechung, nur Abbruch Sprint Backlog Anforderungen aus dem Product Backlog: Verfeinerung Auswahl durch Prioritäten (PBL) und Releaseplan Abschätzung (Aufwand) durch Team, Aktivitäten (~1Tag) 11/19/ , Roland Petrasch 9

10 Scrum: Überblick BCS-Demo Aufsetzen eines Scrum-Projektes mit Erfassung der Projektstammdaten und der Struktur Erstellung des Product Backlogs Anlegen des Releaseplanes mit Sprints und Meilensteinen 11/19/ , Roland Petrasch 10

11 Scrum: Zusammenfassung Scrum wirft viele Fragen auf Zusammenarbeit, z.b. On-Site Customer realistisch? Team wirklich Funktionsübergreifend, interdisziplinär, selbstorganisierend? Was tun mit Abweichlern? Anforderungsfluktuation, Iterationen und Inkremente: Auswege aus der Festpreisfalle? Aufwandsschätzung: SP oder Tage? Kundenmissionierung: Wer macht Scrum mit? Anforderungen: Erhebung, Priorisierung, Schätzung, Risiken, Dokumentation, Verfeinerung alter Hut? 11/19/ , Roland Petrasch 11

12 Scrum: Zusammenfassung Scrum wirft viele Fragen auf Rollen: Was ist mit Spezialisten? Sind Sie beim Daily Scrum? Was ist mit verteilten Teams und Halbtagskräften? Daily Scrum, Reviews und Retrospektiven erfordern viel soziale Kompetenz. Ist das durchhaltbar? Gemeinsamer Code-Besitz verleitet zur Sozialisierung von Problemen bei fehlender Anerkennung der eigenen Leistungen, Lösung? Einige Mechanismen unklar: Was macht man mit Scrum- Verweigerern oder Guerilleros? 11/19/ , Roland Petrasch 12

13 Diskussion, Anregungen, Erfahrungsaustausch 11/19/ , Roland Petrasch 13

Ähnliche Dokumente

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