Einführung von SCRUM einer grossen Entwicklungsabteilung

Transkript

1 Einführung von SCRUM einer grossen Entwicklungsabteilung SAQ Fachgruppe Informatik Zug um Zug vom Daniel Aeschbacher Markus Eberhard Swisscom AG Online- & Crosschannel Development

2 Classification, First name & surname, Organization, Filename_Version dd/mm/yyyy Ausgangslage Organisation Online- & Crosschannel-Development (OXD) 2 Auftrag Abteilung Online- & Crosschannel Development ist die Definition und Entwicklung der notwendigen Fähigkeiten um Kunden ein differenzierendes Online- und Crosschannel Erlebnis zu bieten Frontendsysteme für alle Kanäle basierend vor allem auf CRM und Order Management Systemen werden durch diese Abteilung entwickelt Die Abteilung adressiert als transversale Einheit alle Geschäftsbereiche der Swisscom (Privatkunden, KMU, Grossunternehmen) Zusammensetzung (interne Mitarbeitende) Rund 60 Software Engineers Rund 20 (techn.) Solution-Designer Rund 15 Interaction Designer Rund 10 Projektleiter Rund 15 weitere (Management, Steuerung und Support) Zusätzlich rund 80 externe Personen, über alle o.g. Skills verteilt

3 3 Neue Organisationsstruktur per 1. Februar 2015 Ziele Hohe Eigenverantwortung innerhalb der SCRUM-Teams Effiziente und schnelle Realisation von erstklassigen Kundenerlebnissen Schaffen eines Best-in-class Onlinekanals Verstärkte Ausrichtung des Kundenerlebnisses am User Journey Online-Kundenerlebnis auf einen neuen Level heben Modernes und motivierendes Arbeitsumfeld für OXD Mitarbeitende schaffen Flachere Hierarchie innerhalb der OXD Organisation Getrennte Verantwortung für fachliche und personelle Themen

4 4 Neue Organisationsstruktur per 1. Februar 2015 Neue Ablauforganisation (1/4) Experience & Product Owner Organisationseinheit mit Fokus auf das E2E-Kundenerlebnis und Verantwortlichkeit für die Digital Experience entlang der User Journey. Experience Owner (EO): Schaffen eines konsistenten, plattformübergreifenden Kundenerlebnisses Product Owner (PO): Verantwortung für eine Plattform (z.b. Neo, die durch ein SCRUM Team gepflegt wird Agile SCRUM Teams Zusammenarbeit von Experience Designer, Solution Designer und Software Engineer in agilen, interdisziplinären SCRUM Teams. Fachliche Verantwortung für die von OXD gepflegten Systeme (z.b. NEO, unter dem Lead des Product Owners. Die agilen SCRUM Teams arbeiten für Projekte, welche vom Experience Owner sowie von CFU Vertretern beauftragt werden.

5 5 Neue Organisationsstruktur per 1. Februar 2015 Neue Ablauforganisation (2/4) Weitere Funktionen Experience & Solution Director: Sicherstellung eines konsistenten Experience- und Solution Designs über alle Plattformen hinweg. Projects: Die Umsetzung der MXC Roadmap und der Aufbau von neuen Online- und Crosschannel-Capabilities erfolgt in Projekten. Projects verantwortet mit den Project Manager (PJM) MXC Projekte von der Idee bis zur Inbetriebnahme. Als zentraler Entry-Point laufen bei Planning & Steering (PLS) alle MXC-Projekte und Swisscom-Vorhaben mit Online-Impact zusammen, um das optimale Staffing zu ermöglichen. Somit ist diese Organisationseinheit das Bindeglied zwischen den MXC Projekten, den Projekten aus den verschiedenen CFUs und OXD.

6 6 Neue Organisationsstruktur per 1. Februar 2015 Neue Ablauforganisation (3/4) Weitere Funktionen Crosschannel Transformation: Aktuell betreut Swisscom ihre Kunden mehrheitlich mit einem kanalexklusiven Ansatz. Dies entspricht nicht der Erwartung und Realität der Kunden, die zwischen den verschiedenen Kanälen wechseln. Mit der Crosschannel Transformation werden Kanalgrenzen (z.b. Shop, Online, Hotline) überbrückt und kanalübergreifende Customer Journeys gestaltet. Durch eine gezielte Weitergabe von relevanten Informationen vom einen in den nächsten Kanal werden so der Kundensupport und die verkaufsrelevante Kundeninteraktionen optimiert. Portfoliomanagement: Die MXC Roadmap ist das zentrale Gefäss für den Aufbau der neuen Capabilities, welche wir benötigen, um unseren Kunden und den CFUs im Rahmen unserer Multi-/Crosschannelstrategie kanalübergreifende Customer Journeys zu ermöglichen. Zusammen mit dem MXC Orchestration Board erarbeiten und priorisieren wir die dafür relevanten Themen aus allen CFUs und allozieren die notwendigen Umsetzungsmittel aus dem MXC-Budget.

7 Projekte Design & Realisierung Kundenerlebni s 7 Neue Organisationsstruktur per 1. Februar 2015 Neue Ablauforganisation (4/4) (Online, Multi- & X-Kanal) Kundenerlebnis Mittel- bis langfristige Experience Verantwortung Definieren Projekte, Richten die Projektlandschaft nach der KEK aus und geben Design Guidance Themen- oder programmausgerichtete SCRUM Teams, gebündeltes Plattform Knowhow Design- & Realisierungsverantwortung für User Stories auf unseren Plattformen Projekte erhalten einen PO (Stv) als Ansprechsperson pro impacted SCRUM Team sowie ein E2E Lead für die systemübergreifende Konsistenz (OXD & extern) MXC & CFU Roadmaps ausgerichtete Bedienung & Projektstrukturen Zentraler Auftragseingang, Projekt-Staffing & Release- Paketierung Projektverantwortung (Bündelung User Stories, Test, Betrieb, CFUs), PJM Staffing für MXC Projekte

8 Prinzipien des Agile Testing 8 Agile Tester als Teil der agilen Teams (interdisziplinäre Teams) Schnelles Feedback durch frühes und kontinuierliches Testing und damit höhere Qualität der Software Auch kurzfristige Änderungen der Anforderungen in einer fortgeschrittenen Entwicklungsphase können effizient getestet werden Geringer Overhead durch nahe und enge Zusammenarbeit aller Rollen und damit auch Reduktion von Blindarbeit (z.b. unnötige Dokumentationen) Hohe Testautomatisierung zur Unterstützung der schnellen Feedback-Zyklen

9 Integration in Swisscom Prozess Zur Synchronisation der Entwicklung auf allen Swisscom Systemen, gibt es einen phasen-basierten Prozess, in dem wir uns mit der agilen Entwicklung integrieren müssen. 9 Business Requirements Impact Analyse Priorisierung Phasen-basiert Agiler Modus > Design > Entwicklung > Integration Projektleiter (OXD) > Design > Entwicklung > Agiles Testing Business Champion E2E Test Deployment (GO-LIVE)

10 Interdisziplinarität in Nicht-agilen Projekten Alle Rollen, inkl. den agilen Testern sind über die ganze Projektlaufzeit eingebunden mit dem Ziel, dass jede Person den Kontext kennt und Feedback jederzeit und so früh als möglich gegeben werden kann. 10 Consulting Feasibility Realisation Rollout Solution Designer Technical Engineer Developer Agile Tester Release Manager Experience Designer Lead: Solution Designer Lead: Technical Engineer

11 Benefits für Swisscom durch Agile Testing 11 Höhere Qualität bereits für die E2E Testphase und damit kürzere Durchlaufzeiten der E2E Testphase Steigende Testautomation und damit kontinuierlich steigende Effizienz und Qualität Die Entwickler können sich auf die Implementation der Stories fokussieren Enge Zusammenarbeit der agilen Tester und E2E Tester schafft Effizienz im E2E Test (Testdurchführung und analyse)

12 Weitere Schritte Wir versuchen, uns kontinuierlich zu verbessern. Einige Schritte sind schon geplant und werden in nächster Zeit angegangen. 12 Methodik: Scrum vs. Kanban Business Involvement erhöhen Zusammenarbeit agile Tester und E2E Test Agiles OXD Modellierung / Solution Design Modulare Architektur Testautoma -tisierung

13 Fragen 13

14 Agile Organisation OXD - Online Community Agilität Aug'15 OXD 14 Backup

15 Umsetzung Agile Organisation OXD Die Einführung der agilen Organisationsstruktur liegt ein halbes Jahr zurück und viele spürbare Verbesserungen konnten erzielt werden. 15 Aktueller Stand Erfolge > Modernes und attraktives Arbeitsumfeld geschaffen > Methodik zeigt Wirkung, erste Erfolge konnten erzielt werden (z.b. Effizienzsteigerungen, agile Projekte wie Twix) > Zusammenarbeit mit Umsystemen und Integration in SDM funktioniert > Trennung Fach- & Linienführung funktioniert gut Offene Punkte > Dedication noch nicht zu 100% vorhanden > Anteil agiler Projekte noch gering > Mittelfristige Themen noch nicht adressiert (kürzere Releaseyzyklen, schnellere Time2Market etc)

16 Integration in Swisscom Prozess Illustration des Zusammenspiels der externen Entwicklung und interner agiler Entwicklung mittels dem Projekt TWIX Online & Channel Enabling 16 Business BRS Priorisierung EA SDM Agiles Vorgehen Twix GPL TPL Betrieb SD Umsyteme Impact AWS MS1 Maturität Solution Design Priorisierung Business Champion AWS MS4 Maturität PO TE Priorisierung DLV Agile Testing Kontingent Kanban Backlog (SD) Solution Design Sprint Backlog (DLV) DEV Umsystem e B C Kontingent QT C

17 17 Agile Methodik Kanban vs. Scrum

18 Agile Entwicklung mit Scrum Sprint-basierte und damit iterative Entwicklung mit dem Ziel, nach jedem Sprint releasen zu können und auf Änderungen reagieren zu können. 18

19 Pain Points der Scrum OXD Für einige wichtige Themen unterstützt uns Scrum aktuell zu wenig, was uns bewogen hat unsere Methodik zu hinterfragen. 19 Überlast bei agilen Testern gegen Ende eines Sprints Kurzfristige Changes müssen für einen nächsten Sprint eingeplant werden Spillover 20 Umsystem-Abhängigkeiten beeinflussen Sprints Sprint-Planung generiert Aufwand No shippable product

20 Umstellung auf Kanban Mit Kanban können wir wesentlich besser mit kurzfristigen Anfragen sowie Betriebssupport umgehen, da wir zu jeder Zeit die Prioritäten anpassen können. 20 Visualisierung des Workflows > Bottlenecks können schnell identifiziert werden > Zusammenspiel von Design und Development sichtbar Keine Sprints (continuous flow) > Auslastung für unterschiedliche Rollen besser verteilt > kurzfristige Changes können problemlos berücksichtigt werden

21 Classification, First name & surname, Organization, Filename_Version dd/mm/yyyy Wirkungsbereiche Agile Testing bei EDE-OHS 21 From Agile Testing by Lisa Crispin