Credit Suisse IT PB Offshoring Strategy

Transkript

1 Credit Suisse IT PB Offshoring Strategy Date: 19. April 2007 Produced by: Jean-Philippe Roulet Date: Slide 1

2 Introduction Date: Slide 2

3 Wer bin ich... Mein Name ist Jean-Philippe Roulet Poolleiter Software Entwicklung im Securities Infrastructure Applications Der SE-Pool besteht aus 47 Mitarbeiter davon z. Zeit 18 Offshore MA Koordination- und Ansprechsperson für Offshoring-Vorhaben im Ressort Aquirierung von Offshore-MA Vertragswesen mit CS und Offshore-Partner Betreuung der inidischen MA (Onsite und Offshore) Date: Slide 3

4 Organigramm SE-Pool Securities Infrastructure Appl. KSDD 3 SW Engineering II Jean-Philippe Roulet KSDD 396 Solution Architect 2 MA KSDD 31 HOST / PL1 / CORBA Zürich I KSDD 34 HOST / PL1 / CORBA Zürich II KSDD 32 HOST / PL1 / CORBA Bern KSDD 35 HOST / PL1 / CORBA Luzern KSDD 33 JAVA / HSSG Zürich KSDD 311 HOST / PL1 / CORBA ZH I KSDD 341 HOST / CORBA / Offshore ZH II KSDD 321 HOST / PL1 / CORBA BE KSDD 351 HOST / PL1 / CORBA LU KSDD 331 JAVA / HSSG ZH 9 MA 9 MA (7 Offshore MA) 7 MA 7 MA (3 Offshore MA) 13 MA (5 Offshore MA) Date: Slide 4

5 Aufgabenvergabe innerhalb der Pools Projekt XY Projekt A PM-Pool SE-Pool RA-Pool Projektverg abe Offerte Projekt x erstellen Ressource n besetzen Programmübergabe IT-PL Ressource n- planung Abt Leiter/ Sektor- Leiter Dokumentation übergeben Offerte stellen Software Developer Projekt B Projekt - Zeitachse Date: Slide 5

6 $ $ Auftrag/Vertrag Date: Slide 6

7 Project staffing - typical setup (full view) Line Mgmt Project team located at CS site Project team offshore Date: Slide 7

8 Starting position Date: Slide 8

9 Why Offshoring??? What is the Benefit??? What are the Consequences??? Date: Slide 9

10 Why Offshoring??? / What is the Benefit??? Reduce costs Arbeitsarbitrage ausnutzen Fokus interne Arbeitnehmer, die Hochwertbeitrage in der Schweiz leisten Drei Hauptziele treiben unsere Offshoring- Initiative Strategy Increase scalability and flexibility Fähigkeit, Ressourcen basiert auf Geschäftsnachfrage und Budgetevolution zu skalieren (ramp-up and -down) Mangel der Fachleute in der Schweiz (PL1- Programmer) mildern Sourcing Model Provider Strategy Application Selection Improve quality Bessere Qualität durch besser strukturiertes Verfahren, bessere Dokumentation und Konzentration auf Kernkompetenzen (z.b. CMMi, Skill Shift) bringen Application Portfolio Date: Slide 10

11 Neues packen wir an! Ein Offshore-Projekt stellt höhere Anforderungen an uns alle. Das international ausgerichtete Umfeld bietet abwechslungsreiche und anspruchsvolle Arbeitsplätze. Die individuellen Fähigkeiten und Erfahrungen der IT-Spezialisten bestimmen mit, wie stark sie von einem Offshore-Projekt profitieren können. Als Organisation gewinnen wir mit den Offshore-Erfahrungen wichtige Skills, um auch in Zukunft unser Business - die Applikationsentwicklung - in den verschiedenen Varianten erfolgreich zu betreiben. Date: Slide 11

12 Setting the strategy direction Date: Slide 12

13 Strategie von Securities Infrastructur Applications Offshore-Ziele Ziele: Damit diese Ziele in der CS IT PB erfüllt werden können, wurde auf Ressortebene beschlossen, dass wir alle angehende Neu-Projekte zu Offshore-Projekte erklären. Konkret: Die Neu-Projekte werden anhand von Offshore-Partnern realisiert (programmiert) und in der Credit Suisse zum Einsatz gebracht. Date: Slide 13

14 Work process high level with offshore partner PM-Pool SE-Pool SE-/RA-Pool Business Engineering RD Logisches Design Use Cases Business-Sicht in RD-Dokumenten abbilden RD Offshore ITPL of all projects ❶ ❸ Technical Solution System Design System-/ SW- Architektur Grobdesign Physisches Design Detaildesign Tech. Spezifikation QA (Code Review, Doku Review, u.a.) QA Code Abnahme / Einzeltests Integration Koordination ❷ ITPL of all projects Development Onshore Offshore Code schreiben Techn. Doku Einzeltest Code schreiben / korrigieren Techn. Doku Einzeltest 3rd L Support Testing Support 2nd L Support Testing Integration IT IT-Testing Integration PT/A PT/A-Testing Implementation in Produktion ITPL of all projects Date: Slide 14

15 Zusammenarbeit mit Offshore-Partner IT-Projektvorgehen ProjectSetup PC Initialisation PO SystemDesign RO Realisation RD Deployment RC Responsibility by CS - inhouse Requests Functional Design - BusinessRules - UseCases Technical Design - high level design Responsibility by Cognizant onsite / offshore Detailed Design - program spec - unit test plans Build - Coding Integrationtest Deployment UserAccept.- test Unittest Date: Slide 15

16 Consequence Date: Slide 16

17 Skillshift Strategie IT PB I A Today Skills Distribution Skill Shift / Transition Paths B Future Expected Skills Distribution User Support <1% Consulting, Controlling, Support 1% Line Management 8% Skillset today Project Management 20% Business Engineering 12% Skillshift: How to get from A to B Job Market User Support: x% Skillset in the future Line Management: x% Project Management: x% Quality Mgmt: x% Business Engineering: x% Software Engineering 59% Offshore Software Engineering: x% Jobprofiles, Roles and Tasks, (FFLB, SCMS, CMMI,...) Competency Levels (Band), Technology (eg. PL1, J2E) Methodology, Processes, Tools,... Training, On-the-job Measures, Recruiting, Reassignements, Skills Development, Demographic influences, Changes in Technology,... Date: Slide 17

18 Skillshift Strategie IT PB II Mitarbeiter Situation 'Heute' Date: Slide 18

19 Skillshift Strategie IT PB III Mitarbeiter Situation 'Morgen' On-shore das Schwergewicht auf Projektüberwachung legen Date: Slide 19

20 Skillshift Strategie IT PB IV IT-Projektleiter Requirements-Engineer Solution Architect SW-Engineer Host SW-Engineer Dezentral Testdesigner Test-Expert Test-Manager Application-Support Quality Manager SCM/V (Software Configuration Management / Verantworlicher) Date: Slide 20

21 Additional consequence Date: Slide 21

22 Was sind weitere Konsequenzen I Nebst der Mitarbeiter-Skillshifts muss den Offshore-Partner eine dedizierte Testumgebung inkl. vollsynthetische Testdaten z. Vfg. gestellt werden, die von Indien aus betrieben werden kann. Ein weiterer Milestone innerhalb des Offshorings sind die Verbesserungen der Prozesse. Dieses Unterfangen wird durch ein Industriestandard für Prozessmodell in System- und Software- Engineering durch CMMI erreicht. Date: Slide 22

23 Was sind weitere Konsequenzen II Mehrjähriges Vorgehen, um einen umfassenden und den rechtlichen Anforderungen entsprechendes Framework einzuführen, welches den Benchmark im Test- Management setzen wird: Testumgebungen werden "on demand" bereitgestellt Prozesse mit hoher Maturitätsstufe Regressions-Tests können jederzeit durchgeführt werden Voll synthetische Testdaten werden bereitgestellt Date: Slide 23

24 Was sind weitere Konsequenzen III Capability Maturity Model Integration (CMMI): Was ist CMMI CMMI ist ein Qualitätsmodell oder Anforderungsspezifikation für Software und System Entwicklungsverfahren. Das Modell enthält einen Reichtum von best practices und Optimierungsvorschläge für zahlreiche Disziplinen: Prozess Management, Projektleitung, Ingenieurwesen wie auch Konfiguration Management. CMMI konzentriert sich nicht nur auf die technischen Aspekte, sondern berücksichtigt auch die Herausforderungen und die Einsatzmöglichkeiten des Arbeitnehmers innerhalb Software und Systementwicklung. Enthalten sind auch Führungs- und Leitungsaufgaben, sowie die Betriebskultur. Erklärtes Ziel ist es, Überstunden oder unnötige Überarbeitung zu vermeiden. CMMI ist schlussendlich ein Standard, der es erlaubt, den Reifegrad der Software- und Systementwicklungsverfahren zu messen und zu vergleichen. Date: Slide 24

25 Was sind weitere Konsequenzen IV Benefits Gemeinsames Verständnis und Arbeitsverfahren Schnelle und wirksame Aufstellung von Projekten und Programme Transparente Grundsätze für Projektleitung und Programme Einfacher für Kollegen ein neues Projekt zu verstehen Leichtere Koordination zwischen Kollegen und Projekten Gemeinsame Prozessen, Rollen, Ergebnisse und Vorlagen Deutliche Erwartungen über Rollen, Projektleitung und Ergebnisse Gut strukturierte Projekte Reifere Umgebung -> realistische Erwartungen fürs Projekt oder Programm, klares Verständnis zum Behandeln zusätzlicher Anforderungen oder Änderungen zum Projektsbereich Date: Slide 25

26 Field report Date: Slide 26

27 Projektbericht ESOS I Was bedeutet ESOS PM? ESOS PM heisst Employee Stock Option Service Plan Management und ist eine neue elektronische mandantenfähige Plattform, welches zum Ziel hat, den Kunden, die Ihre Mitarbeiterbeteiligungspläne durch die CS verwalten lassen Wie wurde ESOS PM entwickelt? ESOS PM wurde als reine Java Web-Based- Applikation mit CORBA-Anbindung entwickelt. Die Lösung ist unbegrenzt skalierbar und lässt sich mit grosser Flexibilität an Kundenwünsche anpassen. ESOS wurde als erste vollständige Offshore-Lösung im Bereich Securities Application Infrastructure mit IT-Spezialisten in Indien entwickelt. Date: Slide 27

28 Projektbericht ESOS II Welche Erfahrungen wurden mit dem Offshoring gesammelt? Das Ziel war einerseits eine Kosteneffizienz - dieses Ziel wurde vollumfänglich erreicht - sondern anderseits mit einem grossen Pool von Java-Entwicklern rasch und erfolgreich eine qualitativ gute Lösung zu realisieren. Der Initialaufwand aber auch das Qualitäts- Management waren gross, doch die Ziele wurden terminlich, qualitativ und budgetgerecht voll erreicht. Welche IT-Funktionen blieben in der Schweiz? Der Solution-Architekt, das Projekt- und Qualitäts-Management sowie das Deployment sind IT-Funktionen und -Aufgaben, die durch entsprechend qualifizierte IT-Spezialisten in der Schweiz gelöst wurden. Ursprünglich fand der Know-how Transfer von der Schweiz nach Indien statt, dann die entsprechende Betreuung, bevor später die Abnahmen und Korrekturen mit lokalen IT-Spezialisten stattfanden. Date: Slide 28

29 Projektbericht ESOS III Date: Slide 29

30 Summary Date: Slide 30

31 Konklusion Extreme Lösungen sind nicht nachhaltig. Nur ein schrittweises Vorgehen führt zu erfolgreichem Offshoring und Outsourcing Existierende Defizite können nicht mittels Outsourcing behoben werden; zusätzliche interne Massnahmen sind nötig Offshoring ist kein "Quick fix": Der ökonomische Nutzen stellt sich nach 2 bis 3 Jahren ein Der Schlüssel zum Erfolg liegt im Zugang zu den richtigen Skills in der Schweiz wie auch in der Offshore-Lokation Es liegt im Interesse aller Beteiligten, die IT für Arbeitskräfte wieder interessanter zu machen Die Schweiz bleibt für IT Spezialisten attraktiv Date: Slide 31

32 Ihre Fragen Date: Slide 32