VORLESUNG NEUERE KONZEPTE P-MANAGEMENT THEMA: PROJEKTMANAGEMENT IN AGILEN PROJEKTEN. Oliver Kühn

Größe: px

Ab Seite anzeigen:

Download "VORLESUNG NEUERE KONZEPTE P-MANAGEMENT THEMA: PROJEKTMANAGEMENT IN AGILEN PROJEKTEN. Oliver Kühn"

Götz Brandt
vor 8 Jahren
Abrufe

1 VORLESUNG NEUERE KONZEPTE P-MANAGEMENT THEMA: PROJEKTMANAGEMENT IN AGILEN PROJEKTEN Oliver Kühn

2 Agenda 2 Projektmanagement in agilen Projekten Agiles Projektmanagment Scrum-Methode Konventionelle Projektorganisation versus Scrum Gründe für den Einsatz von Scrum Erfolgsfaktoren und Hindernisse für Scrum Literatur und Quellenangaben

Projektorganisation versus Scrum Gründe für den Einsatz

3 Was sind agile Projekte/ Methoden 3 Agile Methoden behaupten nicht, etwas ganz Neues zu sein Viele Praktiken kennt man Unter anderem Namen, ohne eigenem Namen, aus eigener Erfahrung Die wichtigsten Methoden sind: Scrum Scrum ist ein Management-Rahmen zur agilen Steuerung iterativ-inkrementeller Projekte. Scrum macht keine Aussagen zur Art der Programmierung und zur Form der Anforderungsdefinition. XP (Extreme Programming) Extreme Programming ist die bekannteste Methodik. XP beschreibt eine Sammlung von Praktiken und Arbeitstechniken auf drei Ebenen: Programmierprozess, Teamarbeit und Prozesssteuerung. TDD (Test Driven Development) TDD ist der innere Kern von XP. Zusammenfassung der Techniken: Test-First, Pair Programming, Refactoring, Continous Integration.

Scrum macht keine Aussagen zur Art der Programmierung und zur Form der Anforderungsdefinition. XP (Extreme Programming) Extreme Programming ist die bekannteste Methodik.

4 Was sind agile Projekte/ Methoden 4 Scrum: Scrum punktet in den Software-Engineering-Disziplinen Projekt-Management (PM) und Requirements-Management (RM). Gut abgedeckt sind auch das Qualitäts-Management (QM) und die Integration/Einführung (INT). Nur mäßige Unterstützung gibt es dagegen für Systemdesign/technische Konzeption (SD), Implementierung (IMP), Test (T) und Wartung (W). Der Betrieb (B) ist nicht abgedeckt. Extreme Programming: Extreme Programming (XP) deckt unter den Disziplinen des Software Engineering die Implementierung (IMP) und den Test (T) vollständig ab. Gute Unterstützung gibt es auch für die Bereiche Qualitäts-Management (QM) und Requirements-Management (RM). Mittlere Abdeckung erfährt das Systemdesign/technische Konzeption (SD) sowie die Integration/Einführung (INT), während Wartung (W) und Projekt-Management (PM) nur schwach ausgeprägt sind. Der Betrieb (B) ist nicht abgebildet. Test Driven Development: Seine Stärken zeigt TDD naturgemäß im Bereich Test (T), aber auch bei der Implementierung (IMP). Gute bis mittlere Abdeckung gibt es für das Qualitäts- Management (QM) und die Integration/Einführung (INT), während Wartung (W) und Requirements-Management (RM) nur schwach ausgeprägt sind. Keine Unterstützung erfahren die Disziplinen Betrieb (B), Projekt-Management (PM) sowie Systemdesign und technische Konzeption (SD).

Nur mäßige Unterstützung gibt es dagegen für Systemdesign/technische Konzeption (SD), Implementierung (IMP), Test (T) und Wartung (W). Der Betrieb (B) ist nicht abgedeckt.

5 Was sind agile Projekte/ Methoden 5 Schlüssel-Praktiken agiler Methoden: Iterative Entwicklung Im Gegensatz zum Wasserfall-Modell" wird der Ablauf nicht einmal, sondern mehrfach durchlaufen. Iterative Vorgehen sind seit 30 Jahren etabliert ( Spiralmodell"). Aufgabengetrieben und kundengesteuert Die Planung und Steuerung des Projektes erfolgt durch die Zuordnung von Tasks zu Iterationen. Die Reihenfolge der Abarbeitung wird durch den Kunden gesteuert. Die wichtigsten Tasks werden möglichst früh angegangen. Time-Boxing" Termine sind verbindlich und werden nicht verschoben. Dies gilt insbesondere für die Iterations-Termine. Für Meetings gilt: Sie fangen pünktlich an und hören pünktlich auf. Inkrementelle (evolutionäre) Entwicklung Die Entwicklung und Auslieferung (möglichst auch die Abnahme) des Systems erfolgt in Inkrementen. Die Ausarbeitung und Detaillierung von Anforderungen erfolgt angepasst und ist eine projektbegleitende Aufgabe. Die Anpassung von Anforderungen erfordert keine Ausnahmebehandlung, sondern ist normal.

Die Reihenfolge der Abarbeitung wird durch den Kunden gesteuert. Die wichtigsten Tasks werden möglichst früh angegangen. Time-Boxing" Termine sind verbindlich und werden nicht verschoben.

6 Was ist Scrum? 6 Scrum ist ein iterativer Prozess zur Entwicklung von Software in einem chaotischen, sich schnell ändernden Umfeld. Dabei besteht Scrum aus einer Serie von z.b. 14 Tage dauernden Iterationen, den sogenannten Sprints. Nach jedem Sprint liegt das Produkt in einer neuen, lauffähigen Version vor, welche dem Kunden ausgeliefert werden könnte. Im Gegensatz zu Konventionellen Entwicklungsmethoden legt Scrum den Fokus stark auf die einzelnen Personen und das Team. Scrum ist also eigentlich kein Software Entwicklungsprozess, sondern ein sogenannt leichter Management Prozess, da es keine Praktiken zur Software Entwicklung enthält. Eingesetzt bei Produktentwicklung in IT-Abteilungen seit 1990 Extrem simpel, aber sehr stringent

Nach jedem Sprint liegt das Produkt in einer neuen, lauffähigen Version vor, welche dem Kunden ausgeliefert werden könnte.

7 Was ist Scrum? 7 Scrum ist ein leichtgewichtiger iterativer Steuerungsprozess mit: Wenigen Rollen Product Owner Scrum Master Scrum Team Effizienten Meetings Sprint Planning Meeting Daily Scrum Meeting Sprint Review Meeting Sprint Retrospektive Meeting Einigen Artefakten und Reporting Product Backlog Sprint Backlog Sprint Burndown Chart

Product Owner Scrum Master Scrum Team Effizienten Meetings Sprint Planning Meeting

Scrum Grundwerte 8 Ken Schwaber und Mike Beedle haben 5 Grundwerte definiert: Commitment: Be willing to commit to a goal. Scrum provides people all the authority they need to meet their commitments.

8 Scrum Grundwerte 8 Ken Schwaber und Mike Beedle haben 5 Grundwerte definiert: Commitment: Be willing to commit to a goal. Scrum provides people all the authority they need to meet their commitments. Focus: Do your job. Focus all of your efforts and skills on doing the work that you ve committed to doing. Don t worry about anything else. Openness: Scrum keeps everything about a project visible to everyone. Respect: Individuals are shaped by their background and their experiences. It is important to respect the different people who comprise a team. Courage: Have the courage to commit, to act, to be open, and to expect respect.

Focus all of your efforts and skills on doing the work that you ve committed to doing. Don t worry about anything else.

9 Scrum Prozess 9 andrena objects ag 2007

10 Rollen Product Owner 10 Nur eine Person, in der Regel der Kunde oder Auftraggeber. Definiert die Funktionalitäten des Systems. Spezifikation, jedoch hier oft/meist stichpunktartig. Der Product Owner ist insofern wichtig, damit das Scrum Team nicht von allen Seiten mit Wünschen bedrängt wird und die Ziele für das Produkt nur an einer zentralen Stelle verwaltet werden, so dass nur ein einziger, immer aktueller Product Backlog für das Projekt vorhanden ist. Der Product Owner verwaltet die Product Backlog Liste. Verantwortlich für eine betriebswirtschaftlich effektive Priorisierung der Einträge im Backlog. Bestimmt den Zeitplan durch Priorisierung.

Der Product Owner ist insofern wichtig, damit das Scrum Team nicht von allen Seiten mit Wünschen bedrängt wird und die Ziele für das Produkt nur an einer

11 Rollen Product Owner 11 Sorgt für Klarheit der Anforderungen gegenüber dem Scrum Team Nur ihm ist das Team Rechenschaft schuldig Ziel: Eliminierung von Verwirrung durch Mehrere Chefs Unterschiedliche Meinungen und Zielrichtungen Einmischung von Außen

schuldig Ziel: Eliminierung von Verwirrung durch Mehrere Chefs

12 Rollen Product Owner 12 Sabotagemöglichkeiten des Product Owners Übernimmt die Chef-Rolle für das Team Moderiert die Daily Scrums oder mischt sich dort ein Verändert während des Sprints den Sprint Backlog Arbeitet im Projekt als Teammember Ist gleichzeitig Scrum Master Ist während dem Sprint nicht erreichbar

ein Verändert während des Sprints den Sprint Backlog Arbeitet im Projekt als

13 Scrum Meetings Sprint Planning Story Points 13 Schätzgröße Story Points Anders als traditionelle Schätzverfahren, die häufig lines of code (LOC) oder function points zur Aufwandsbestimmung einsetzen, verwendet man in Scrum Schätzgrößen wie Punkte (story points). Punkte lassen sich denkbar einfach anwenden. Wir wählen zunächst eine Punktereihe aus, z.b. die nachfolgend aufgeführte: Punktewert Sematik 0 Kein Aufwand 1 Sehr kleiner Aufwand 2 Kleiner Aufwand: doppelt so groß wie ein sehr kleiner Aufwand 3 Mittlerer Aufwand: so groß wie ein sehr kleiner und ein kleiner Aufwand zusammen 5 Großer Aufwand: so groß wie ein kleiner und mittlerer Aufwand zusammen 8 Sehr großer Aufwand: so groß wie ein mittlerer und großer Aufwand zusammen 13 Riesiger Aufwand: so groß wie ein großer und sehr großer Aufwand zusammen

r einfach anwenden. Wir wählen zunächst eine Punktereihe aus, z.b.

14 Konventionelle Projektorganisation versus Scrum - Projektplanung 14 Konventionelle Projektorganisation AP 1 Projektplan/ Arbeitspakete Projekt AP 2 Scrum-Methodik Product Backlog AP 1 AP n TP 1 Sprint 1 TP 2 Sprint 2 TP n Sprint n Priorisierung durch Product Owner TP 1 TP 2 TP3 TP 4 Fachkonzept DV-Konzept Phasenmodell Interative Produktentwicklung Ende Sprint 1: TP 1 A Realsierung Test Sprint n: TP n + m Sprint 2: TP 2 Einführung Sprint 3: TP 3 + 4

n Sprint n Priorisierung durch Product Owner TP 1 TP 2 TP3 TP 4 Fachkonzept DV-Konzept Phasenmodell Interative

15 Gründe für den Einsatz von Scrum Sicht Auftraggeber 15 Auftraggeber (Product Owner) Auftraggeber bekommt frühzeitig Ergebnisse und kann entscheiden, ob diese seine Anforderungen erfüllen Anforderungsänderungen werden in die frühen Projektphasen verlagert und sind somit kostengünstiger Auftraggeber ist in den Entwicklungsprozess von Anfang an integriert Schnelle Entscheidungswege Transparenz über den aktuellen Projektstand

werden in die frühen Projektphasen verlagert und sind somit kostengünstiger Auftraggeber ist in den

Ähnliche Dokumente

1/12/2008. Oliver Kühn

1/12/2008. Oliver Kühn PRAKTIKUM BERUFSAKADEMIE KARLSRUHE PROJEKTMANAGEMENT IN AGILEN PROJEKTEN Oliver Kühn Agenda 2 Agiles Projektmanagment Scrum-Methode Klassische Projektorganisation versus Scrum Gründe für den Einsatz von