Agile Methoden in Projekten und Prozessen Mit kleinen Schritten schnell vorankommen!

Transkript

1 Agile Neue Projektmethode oder eine gute Ausrede für Chaos Agile Methoden in Projekten und Prozessen Mit kleinen Schritten schnell vorankommen! Olaf Soll Aufgabenbereich Leiter Gruppe Trainer Lead Trainer ITIL und PRINCE2 Senior Consultant Strategy & Process Themenbereiche IT Management-Themen Service Management Projekt Management Governance IT Personalentwicklung Aufstiegsfortbildung Operativer Professional IHK ITIL is a Registered Trade Mark of AXELOS Limited; IT Infrastructure Library is a Registered Trade Mark of AXELOS Limited PRINCE is a Registered Trade Mark of AXELOS Limited; PRINCE2 is a Registered Trade Mark of AXELOS Limited The Swirl logo is a trade mark of AXELOS Limited 1

2 AGILE Agile eine Übersicht Agile in Projekten Agiles Vorgehen in der Prozessentwicklung Disclaimer Diese Session ist nicht! Ein Tutorial für Agile Programmierung 2

3 Disclaimer Diese Session ist eine Idee wie Agile Methoden (mit ein wenig Lean Unterstützung) in Projekten / der Prozess- Entwicklung unterstützen können. A g i l e i n e Ü b e rsicht 3

4 Historie / einfaches Wasserfallmodell Analyse Entwurf Implementierung Test Historie / erweitertes Wasserfallmodell für Entwicklungsprojekte Systemanforderung Softwareanforderung Analyse Entwurf Implementierung Test Betrieb 4

5 Nicht nur Historie / erweitertes Wasserfallmodell Systemanforderung Softwareanforderung Analyse Entwurf Implementierung Test Betrieb 1990er Jahre SCRUM Rapid Application Development (RAD) Extreme Programming und weitere 5

6 Agiles Manifest für Entwicklungsprojekte (Feb 2001) 4 Werte 12 Prinzipien Quelle: Vorab: AGILE ist keine Entschuldigung! 6

7 4 Werte Quelle: A g i l e i n ( k l a s s i s c h e n ) P ro j e k te n 7

8 Klassisches Projektmanagement Anforderungen erfassen 10 Monate Produkt liefern 12 Monate Klassisches Projektmanagement Neue Anforderungen 12 Monate 8

9 Die 12 Prinzipien in klassischen Projekten Basierend auf den 12 Prinzipien Entwicklungs-Zyklen dauern ein bis vier Wochen Produktivsetzungen am Ende jedes Zyklus Änderungen sind willkommen Quelle: wikipedia.org 9

10 Einsatz von SCRUM in klassischen Projekten SCRUM Fünf Aktivitäten Sprint Planning Daily Scrum Sprint Review Sprint Retrospective Product Backlog Refinement Drei Artefakte Product Backlog Sprint Backlog Product Increment Drei Rollen Product Owner Entwicklungsteam Scrum Master Ein klassisches Framework wird Agile Kanban SCRUM Lean Kano Modell 10

11 Vorteile? Wenige Regeln, leicht verständlich und schnell einführbar Kurze Kommunikationswege Hohe Flexibilität/Agilität durch adaptives Planen Hohe Effektivität durch Selbstorganisation Hohe Transparenz durch regelmäßige Meetings und Backlogs Zeitnahe Realisation neuer Produkteigenschaften bzw. Inkremente Kontinuierlicher Verbesserungsprozess Kurzfristige Problem-Identifikation Geringer Administrations- und Dokumentationsaufwand Voraussetzung: Hoher Reifegrad A g i l e s Vo rgehen i n d e r P roze s s e nt w i c k l u n g 11

12 Grundlegende Voraussetzungen Agile Prozessentwicklung Plane und führe Prozessentwicklung in kleinen Schritten durch Lasse neue betriebliche Anforderungen zu Im Fokus sind die Anforderungen der Process Owner und Process Customer Prozessentwicklung löst Offene Punkte 4 kritische Ansätze für agile Prozessentwicklung 1. Kontinuierliche Reaktion auf sich verändernde Bedarf / Anforderungen Prinzipien 2. Heisse Anforderungsänderungen selbst in späten Entwicklungsphasen willkommen. 12. In regelmäßigen Zeitabständen überlegt sich das Team, wie es effektiver werden kann und passt sein Verhalten dann dementsprechend an. 9. Beständiger Fokus auf technische Exzellenz und gutes Design fördern die Agilität. Auf Prozessentwicklung bezogen Messbare Ziele müssen immer wieder definiert und kommuniziert werden. Etabliere einen kontinuierlichen Verbesserungsprozess. Teste wirklich und richtig. 12

13 4 kritische Ansätze für agile Prozessentwicklung 2. Zusammenarbeit mit dem Kunden Prinzipien 4. Die wirtschaftlich Verantwortlichen und Softwareentwickler müssen über die Projektdauer hinweg täglich zusammenarbeiten. 6. Die effizienteste und effektivste Methode der Informationsvermittlung innerhalb eines Entwicklungsteams ist das persönliche Gespräch im gleichen Raum. Auf Prozessentwicklung bezogen Verstehe wer der Kunde ist und verstehe die Kundenanforderungen. Stelle Zusammenarbeit und Kommunikation sicher. 4 kritische Ansätze für agile Prozessentwicklung 3. Operative Prozesse so schnell wie möglich Prinzipien 3. Liefere im Rahmen von wenigen Wochen bis zu wenigen Monaten regelmäßig funktionstüchtige Software; kürzere Zeitabstände bevorzugt. 7. Funktionstüchtige Software ist der primäre Maßstab für Projektfortschritt. 10. Einfachheit die Kunst, nicht erledigte Arbeiten zu maximieren ist essentiell. Auf Prozessentwicklung bezogen Erzeuge Quick Wins. Stelle Wiederholbarkeit sicher. KISS ist ein Grundprinzip. 13

14 4 kritische Ansätze für agile Prozessentwicklung 4. Organisation von Agile Release Prinzipien 1. Unsere höchste Priorität gilt der Kundenzufriedenheit mittels früher und kontinuierlicher wertvoller Softwarelieferungen. 5. Entwickle Projekte mit motivierten Leuten. Gib' ihnen die nötige Umgebung und Unterstützung und trau' ihnen zu, dass sie den Auftrag erledigen. 11. Die besten Architekturen, Anforderungen und Designs ergeben sich aus sich selbst organisierenden Teams. Auf Prozessentwicklung bezogen Der Kunde ist im Fokus Stelle Teamführung und Teamentwicklung sicher. Definiere Rollen Definiere die Rahmenbedingungen 14

15 Hauptgründe für gescheiterte Service Management Projekte Unklarer Auftrag Fehlendes Management Commitment Unpräzise Vorgaben Mangelhaftes Anforderungsmanagement Zu ambitionierte Ziele Customer collaboration over contract negotiation Kommunikationsschwierigkeiten im Team fehlt die Bereitschaft zu teilen unausgesprochene Konflikte Fehlendes Vertrauen Machtkämpfe Unterschiedliche Erwartungen Individuals and Interactions over processes and tools Zu lange Zeiträume bis zum Ergebnis Es dauert bis ein Prozess dokumentiert bzw. entwickelt wird Umfangreiche Toolkonfiguration Lange Zyklen zur Prozesseinführung Working Software over comprehensive documentation Fehlendes Change Management Keine steuerung von Changes Wenig nachvollziehbare Änderungen Moving Targets problematisch Keine QS von Änderungen Responding to change over following a plan 15

16 Ergebnis?!? Fehlender KVP (Kontinuierlicher Verbesserungs Prozess) Plan Act Do Check Beispiel - Incident Management Festlegen der Ziele Vorgänge nachvollziehen Störumusterprüfung einführen Vorgänge priorisieren Vorgänge dokumentieren Geamtprozess planen Prozess definieren Prozess dokumentieren Tool konfigurieren KPIs entwerfen MA schulen Prozess einführen Going Live Tool einsatz Messung IM 1 IM 3 Ziel 1 Tickets anlegen Störumsterprüfung einführen Ziel 2 Tickets klassifizieren Priorisierung einführen Ziel 3 Antworten dokumentieren KB pflegen Ergebnis Ergebnis Ergebnis 16

17 Beispiel - Change Management Workflow Tools Änderungen steuern Workflows Planungstools CH Qualität sichern Genehmigungsprozess Genehmigungsworklows Conf CI Definition Datenbank Test Cases Änderungsdoku & Nachvollziehen RFC Tool CMDB 17