transformation zu agilen entwicklungsprozessen_alexander haslimann_ibm_symposium 2013

Transformation zu agilen

Entwicklungsprozessen

Ein Erfahrungsbericht

7. Mai 2013 - Alexander Haslimann, Bison und Taha Boulaguigue, IBM

Agenda

1. Begrüssung und Vorstellung

2. Schilderung der Ausgangslage

- Prozesse / Methodik / Entwicklungstools

- Probleme / Auswirkungen / Konsequenzen

3. Ziele / Rahmenbedingungen

- Umstellung der Methodik / Tool Evaluation

4. Einführung

5. Résumé – Erfahrungen und Herausforderungen

2 7. Mai 2013 Transformation zu agilen Entwicklungsprozessen – Ein Erfahrungsbericht

Vorstellung

3

Alexander Haslimann

IT Projektleiter, Bison Schweiz AG, Sursee•PL Einführung IBM RTC•Projektteam Scrum Einführung

•Langjährige Erfahrung als Projektmanager bei Banken, Pharma- und Software-Industrie

7. Mai 2013 Transformation zu agilen Entwicklungsprozessen – Ein Erfahrungsbericht

Vorstellung

Taha Boulaguigue

Senior IT Specialist, IBM Software Services•Implementierung IBM RTC

•Langjährige Erfahrung als Berater für Software-Entwicklungsprozesse, -Tools und -Methoden


Leading Business IT Solutions

Seit 1983 ist die Entwicklung und

Einführung von geschäftlichen IT

Lösungen unsere Kernkompetenz.

Wir orientieren uns an den Bedürfnissen

unserer Kunden und setzen auf

Nachhaltigkeit und Kontinuität.

5 Transformation zu agilen Entwicklungsprozessen – Ein Erfahrungsbericht

Standorte



Bison Palette



Schilderung der Ausgangslage


Ausgangslage

• Klassisches Vorgehen nach Phasen

• Entsprechende Organisation

• Einfacher und verständlicher Prozess

• Dokument getriebenes Modell

• Benutzer/Kunde wird kaum einbezogen• Viele, teils handgestrickte Tools im

Einsatz



Ausgangslage: Situation und Methodik


Probleme / Auswirkungen / Konsequenzenim Bereich Prozesse und Methoden

• Statischer Prozess� eins nach dem anderen (Phasen)� unflexibel gegenüber Änderungen

und Markt/Kunden-Anforderungen

• Abgrenzungsprobleme (Phasen)� Abhängigkeiten & fehlender Weitsicht� Probleme werden spät erkannt� Nötigen Nacharbeiten und Kosten


Ausgangslage: Entwicklungstool-Landschaft


Probleme / Auswirkungen / Konsequenzenim Bereich Entwicklungstool-Landschaft

• Etliche Tools im Einsatz� «handgestrickte» Lösung

(Eclipse, Jenkins (Build), CVS (SCM),Excel-Reports, MS Project,…)

• unübersichtlich, teilweise «wildwuchs»

• keine Durchgängigkeit

• rechtliche Unsicherheiten (Lizenzen)

• schwierige Know-how Sicherung• Fehleranfällig, erhöht Aufwände

bei Arbeiten und Fehleranalysen



Ziele und Rahmenbedingungen


Umstellung der Methodik – klassisch �� agil

• Einarbeitung in Philosophie und Methode durch Management und Projektteam

• Planung Scrum Rollout und Definition von Guidelines und Dokumentationen

• Anpassung der Prozesse und Reorga-nisation bestehender Strukturen(Neue Teams, Rollen, etc.)

• Projektmarketing, Ausbildung


Tool Evaluation

• Entscheid: «Gross-Tool» alà RTC/TFSoder dezentrale Lösung

• Pro IBM RTC aufgrund…- Gesamtlösung- Eclipse Entwicklungsumgebung - Angebot/Unterstützung IBM- 2 monatiger Pilotbetrieb (PoC)


RTC Architektur


Unterstützung IBM

• Zugang zu IBM Entwicklungs-Lab in Zürich (Lab Advocate)

• Zugang zu lokalen IBM Ressourcen (Vertrieb und Technik)

• Regelmässige Meetings



Einführung von IBM RTC



Planungsübersicht 1/2



Planungsübersicht 2/2


Entwicklungstoollandschaft 1/2


Entwicklungstoollandschaft 2/2


Planung mit RTC 1/2

• Business Needs als Brücke zwischenPlanungsebenen: strategisch,dispositiv und operativ.

• Von der Erfassung bis zur Aus-lieferung bzw. dem Abschluss eines Business Needs durchläuft dieser verschiedene Phasen.In jeder dieser Phasen wird der Business Need weiter und detaillierter ausgearbeitet.


Planung mit RTC 2/2



Erfahrungen und Herausforderungen


Bisherige Erfahrungen und Herausforderungen

• Viel Vorarbeit notwendig - Infrastruktur- Lizenzen- Budget & Ressourcen

• Grosser Stakeholder-Kreis

• Grosses Spektrum abzudecken• Hohe Agilität nötig

- viel unvorhergesehenes- nicht planbar (neue Erkenntnisse)

• Reges Feedback und Mitarbeit


Bisherige Erfahrungen und Herausforderungen

• Ressourcenverfügbarkeit nicht immer gewährleistet

• Prozesse werden gezwungener-massen hinterfragt

• Fortwährende Standardisierung• Schulungsaufwand

- Tool- Methodik- Prozesse und Rollen

• Wartungsaufwand


Ausblick

29

• Erweiterte Reporting-Möglichkeiten erschliessen (RRDI)

• Requirements-Spezifikation und –Management (Requirements Composer)

• Test Management Platform (Quality Manager)

• Toolgestützte strategische und dispositive Planung (Focal Point)


Ende der Präsentation

Vielen Dank für Ihre

Aufmerksamkeit!

Bison Schweiz AGAlexander HaslimannAllee 1A6210 [email protected]


transformation zu agilen entwicklungsprozessen_alexander haslimann_ibm_symposium 2013

Documents