Effizienz durch Qualität im SW-Einführungsprozess

Transkript

1 Effizienz durch Qualität im SW-Einführungsprozess von Standard-Software zur Integration von Eigenentwicklungen in verteilten Welten LBS Baden-Württemberg Joachim Peters Wir geben Ihrer Zukunft ein Zuhause. Seite 1

2 Agenda LBS Baden-Württemberg IT-Strategie IT der LBS Baden-Württemberg Anwendungen IT-Steuerung / Effizienz/ Controlling IT-Prozessmanagement SW-Einführungsprozess Testmanagement Verfahren / Methodik Kennzahlen/ Effizienz-Werte Resumee Seite 2

3 LBS Baden-Württemberg 1,6 Mio. Verträge Vertragsbestand 45,2 Mrd. 1,3 Mio. Bausparer 9,6 Mrd. Bilanzsumme Mitarbeiter: Handelsvertreter: ,7 Mio. Einwohner im Geschäftsgebiet Seite 3

4 IT-Strategie der LBS Baden-Württemberg Die Sicherstellung eines den Markt- und Betriebserfordernissen entsprechenden Prozess- und Anwendungshaushalts ist eine Kernkompetenz. Die Erbringung von IT-Leistungen ist keine Kernkompetenz der LBS, aber die Kompetenz zur Steuerung von IT-Leistungen wie IT-Produktion und IT- Anwendungsentwicklung verbleibt auch bei Auslagerung der Erbringung dieser Leistungen in der LBS BW. Die LBS BW nutzt Synergieeffekte in Kooperationen und durch Auslagerung spezifischer IT Leistungen: Entwicklung im Verbund der LBSn, insbesondere über die LBS IT für Backoffice, Sparkassen und zum Teil Außendienst für Sparkassen-Vertrieb in Zusammenarbeit mit der FI Seite 4

5 IT-Strategie der LBS Baden-Württemberg Der maximale Umfang von Instabilitäten und deren Behebungsfristen werden in Service-Level-Agreements (SLAs) verankert. Wiederanlaufmechanismen und zeiträume sind im Notfall-Konzept festgelegt. Die Weiterentwicklung der IT folgt dem unter Markt- und Kosten/ Nutzen- Aspekten erarbeiteten Bedarf des Prozess- und Anwendungshaushalts. Auf eine eigenständige Festschreibung von technisch getriebenen IT- Infrastrukturvorgaben wird bewusst verzichtet. Die Planung und Steuerung der IT orientiert sich an den Eckwerten: Erhalt der hohen Stabilität und Erhalt der erreichten Kostenstrukturen. Die Steuerung der IT erfolgt im Wesentlichen durch Cockpit - Kennzahlen Steuerung Service-Level Agreements IT-Prozess insbesondere SW-Einführungsprozess und Testmanagement Seite 5

6 IT der LBS Baden-Württemberg Anwendungsstrategie Standard-SW Verbund-SW joint-venture Eigenentwicklung Einsatz- Strategie Überall, wo möglich Kooperationen mangels Standard-SW im Kerngeschäft Soweit durch Geschäftsmodell nötig bzw. keine Verbund- / Standardlösungen verfügbar time-tomarket Gleichbleibende oder sich nur langsam ändernde hausspezifische Anforderungen Gruppenauftritt ausreichend schnell Schnelle EW-Zyklen für Vertrieb/Markt notwendig Produkt- Bereich SAP (Personal, CF) COR-Insurance Office-Paket SAMBA Bausparspezifische Verbundlösung LBSNEU über LBS IT OSPlus integriert mit LBSNPoS im Sparkassenvertrieb über die LBS IT und die Finanz-Informatik SAS ZEB Außendienst-SW (Besonderheit in der LBS-Gruppe: sehr starker AD) DWH Seite 6

7 IT-Steuerung: Cockpit Effizienz-Steuerung / Kosten-Controlling Effizienz-Steuerung Planabweichung: Gegensteuerung durch Kostenstellenverantwortlichen Analyse Bericht an OI-Leitung Entwicklung Gegenmaßnahmen Seite 7

8 IT-Steuerung: SLA (1) Netzwerk an SLAs regelt die Verfügbarkeiten der Services und die Behebungsfristen von Instabilitäten Notfallkonzepte regeln die Wiederanlaufmechanismen und -Zeiträume Seite 8

9 IT-Steuerung: SLA (2) Sicherstellung der vereinbarten Service-Leistungen durch Überwachung der Leistungsvereinbarungen monatliches Reporting an des Hauses (Produktbetreuer, alle Abteilungsleiter, OI-Leitung, IT-Vorstand) Detaillierung auf Tagesebene Legende: o.k. SLA-Verletzung Kumulierung zur Jahressicht SLA-Verletzung: Gegensteuerung durch verantwortlichen Produktbetreuer Analyse Bericht an OI-Leitung Entwicklung Gegenmaßnahmen Seite 9

10 IT-Steuerung: IT-Prozessmanagement IT-Prozesse P.0 P.0 Verwaltung übergreifender Dokumente P.1 P.1 Planung und Controlling P.2 P.2.1 Konzeption P.2 Release- / Change- und Operations P.2.2 Config- und Change- P.2.3 Test- P.2.4 Produktivsetzung P.2.5 Betrieb und Produktionssteuerung P.4 P.4 Incidentund Problem- Steuerung der IT-Aufgaben auf Basis definierter Prozesse P.1-1 Strategie und Planung P.1-2 Anforderungsund Projekt- P.1-3 Sourcing und SLA- P.1-4 Controlling P.1-5 Beschaffung P.1-6 Notfall- (Stör- und K- Fall) P P Empfang Releaseplanung der Dritte Lieferungen Nicht- P LBS-NEU- Eigenentwicklungen und Anwendungen P eigenverwaltete Fachliche Randsysteme und P technische Paketbildung Konzeption P.3 P.3-1 System- P.3-2 System- Überwachung P.3-3 Host-System- Software P Testplanung P Bereitstellung Testumgebungen P Installation Testumgebungen P Testdurchführung und -freigabe P.3 Infrastruktur- P.3-4 LBSNEU Infrastruktur P P Technische Produktionssteuerung und organisatorische P LBS-NEU P PoS Maßnahmen / P Vertrieb P SAP Verteilung P DWH P Archiv P Altsysteme P Auftragsmanagement P.3-5 P.3-6 Sonstige Netzwerk- Infrastruktur Service- P.3-7 Security- P.4-1 1st Level Support P.4-2 2nd Level Support P.4-3 Support Endgeräte P.4-4 Steuerung Problem- P.5 P.5 Organisatorische / Querschnittsprozesse P.5-2 Kommunikation / Information Bedarf und Gestaltung des Prozesshaushalts ergibt sich aus den Markterfordernissen unter Erhalt der Stabilität und der Kostenstrukturen Seite 10

11 SW-Einführungsprozess P.1 P.1 Planung und Controlling P.1-1 Strategie und Planung P.1-2 Anforderungsund Projekt- P.1-3 Sourcing und SLA- P.1-4 Controlling P.1-5 Beschaffung P.1-6 Notfall- (Stör- und K- Fall) P.0 P.2 P.2.1 Konzeption P.3 P.0 Verwaltung übergreifender Dokumente P.2 Release- / Change- und Operations P.2.2 Config- und Change- P P Empfang Releaseplanung der Dritte Lieferungen Nicht- P LBS-NEU- Eigenentwicklungen und Anwendungen P eigenverwaltete Fachliche Randsysteme und P technische Paketbildung Konzeption P.3-1 System- P.3-2 System- Überwachung P.5 P.3-3 Host-System- Software P.2.3 Test- P Testplanung P Bereitstellung Testumgebungen P Installation Testumgebungen P Testdurchführung und -freigabe P.2.4 Produktivsetzung P.3 Infrastruktur- P.3-4 LBSNEU Infrastruktur P P Technische Produktionssteuerung und organisatorische P PoS P LBS-NEU Maßnahmen / P Vertrieb P SAP Verteilung P DWH P Archiv P Altsysteme P Auftragsmanagement P.3-5 P.3-6 Sonstige Netzwerk- Infrastruktur Service- P.5 Organisatorische / Querschnittsprozesse P.5-2 Kommunikation / Information P.2.5 Betrieb und Produktionssteuerung P.3-7 Security- P.4 P.4 Incidentund Problem- P.4-1 1st Level Support P.4-2 2nd Level Support P.4-3 Support Endgeräte P.4-4 Steuerung Problem- Die Erbringung von IT-Leistungen ist keine Kernkompetenz der LBS, aber die Kompetenz zur Steuerung von IT-Leistungen wie IT-Produktion und IT-Anwendungsentwicklung verbleibt auch bei Auslagerung der Erbringung dieser Leistungen in der LBS BW. Planung Konzeption Entwick- lung Funktions- test Customi- zing Abnahme Seite 11

12 Abnahmetest sichert die in Konzeption und Entwicklung zu erarbeitende Qualität Planung Konzeption Entwick- lung Funktions- test Customi- zing Abnahme time-to to-market langsam ausreichend schnell Standard Verbund Eigenent- wicklung entfällt Endkontrolle Endkontrolle Legende: kein Aufwand mäßiger Aufwand hoher Aufwand Strategie der LBS BW gewährleistet angemessenes Verhältnis zwischen Aufwand und geschäftspolitischer Gestaltungsmöglichkeit glichkeit Standard Verbund geringer Aufwand / kaum Einfluss mittlerer Aufwand / Einfluss im Verbund z.t. durchaus hoch Eigenentwicklung hoher Aufwand / hoher Einfluss Seite 12

13 Testmanagement Testmanagement steht im Spannungsfeld zwischen Qualitätsanforderungen und Funktionsänderungen sowie Testmöglichkeiten und verfügbarer Zeit. Herausforderung: Steuerung des Spannungsfeldes Funktionsänderungen nderungen / -erweiterungen laut Konzeptionen und Release-Dokumentation Regelrelease Zwischenrelease Hotfix SLAs Produktion Testanforderungen neues Anwendungs- Release Qualitäts ts- ziele für r Test Testumgebung Test- Möglichkeiten Qualität t in der Testplanung und -Vorbereitung ist Voraussetzung für f r Effizienz in der Testdurchführung hrung Zeitraster für f r Test abgeleitet aus Einführungs hrungs-planung Seite 13

14 Testmethodik Abnahmetest Neue Funktionen Gesamtheit der Gesamtheit der Funktionen von Funktionen von LBSNEU LBSNEU PR-Testkonzepte Testbelege Projekt-Testkonzepte Testbelege Testkonzepte Testbelege Standard- Testfälle für Referenztest PR- und Projekt-Tests Erweiterungen Referenztests In den Abnahmetests werden vorhandene Funktionen mittels Referenztests getestet Erweiterungen aufgrund von Weiterentwicklungen in PR-Tests getestet Projekten in Projekttests getestet Verhältnis Referenztests zu PR-Tests und Projekt-Tests 50 : 50 Nach Produktivsetzung wird der Referenztestbestand um ausgewählte Testszenarien erweitert Seite 14

15 Testverfahren für f r den Abnahmetest der LBS BW LBS BW genutzte Test- Umgebungen Steuerung des Abnahmetests über einen Buchungstags- Fahrplan Seite 15

16 Testmanagement Verbund (gemeinsame Entwicklung der LBSn) Kennzahlen / Effizienz-Werte Beispiel: Release (Wohnriester-Hauptrelease), insgesamt 369 PR s (Entwicklungsaufträge) Aufwand Aufwand / PR %-Anteil Konzeption & Entwicklung ,48 63,6% Funktionstest ,78 27,3% Abnahmetest 319 0,86 8,5% Fehlerbehebung Produktion 23 0,06 0,6% ,18 LBS IT LBS BW Die Fehlerbehebung in der Produktion beinhaltet die bewerteten Ausfallzeiten der Fachabteilungen und ist mit 0,6% vom gesamten Entwicklungsaufwand sehr gering Auch der Abnahmetest ist mit einem Umfang von 8,5% der Gesamtaufwände aus Sicht der LBS BW nicht überdiensimoniert Seite 16

17 Kennzahlen Indikatoren SW-Qualität Testqualität Testumfang Testmanagement Verbund (gemeinsame Entwicklung der LBSn) Kennzahlen / Effizienz-Werte Testaufwand je Entwicklungsaufrag (PR) Ziel Release Bemerkung 1,00 PT 0,86 PT Aufwand für Abnahmetest im Verhältnis zu den im Release enthaltenen Entwicklungsaufträgen Mängel je Entwicklungsauftrag (PR) 1,00 0,78 Anzahl Mängel eines Releases (Befunde und Kundenmeldungen) im Verhältnis zu den Entwicklungsaufträgen eines Releases Verhältnis Kundenmeldung zu Befunde Gesamt 1,00 1,21 je Anwendungsbereich Batch 1,00 0,75 Dialog 1,00 1,46 PoS/OSP 1,00 2,00 Text 1,00 sonstige 1,00 0,50 Testaufwand je Befund Aufwand Produktionsbehebung je Mangel Verhältnis Aufwand Abnahmetest zum Realisierungsaufwand Anzahl der Meldungen aus Produktionsbetrieb (Kundenmeldungen) zu Anzahl der Fehler aus dem Test (Befunde) eines Release 10,00 PT 9,38 PT Aufwand für Abnahmetest im Verhältnis zu den im Test festgestellten Fehler (Befunde) 10,00 PT 2,50 PT Verhältnis Aufwand für Behebung eines Produktionsmangels zu Testaufwand für einen Befund 10,00% 8,50% Aufwand Abnahmetest im Verhältnis zum Realisierungsaufwand eines Releases Einschätzung: Abnahmetest im Verbund kann noch optimiert werden Jedoch hohes Risiko bei Reduktion des Testaufwands Seite 17

18 Testmanagement Verbund (gemeinsame Entwicklung der LBSn) Benchmarking der LBS-Gruppe Benchmarking am Beispiel Release Release Test- Befunde (TB) Kunden- Meldungen (KM) Kennzahl KM : TB Häuser ,60 LBS ,00 LBS ,68 LBS ,00 LBS ,14 LBS ,00 LBS-BW ,21 Zielgröße für Testqualität: Kennzahl KM : TB = 1,0 (Verhältnis Kundenmeldungen zu Testbefunde) Analyse Entwicklung Gegenmaßnahmen Bericht an OI-Leitung Release Anwendungs- Bereiche Test- Befunde (TB) Kunden- Meldungen (KM) Kennzahl KM : TB ,60 Release Anwendungs- Bereiche LBS 1 LBS 2 LBS 3 LBS 4 LBS 5 LBS-BW KM TB KZ KM TB KZ KM TB KZ KM TB KZ KM TB KZ KM TB KZ 8 8 1, , , , , ,21 Batch ,81 Batch , , ,75 Dialog ,52 Dialog 0 5 0, , , , ,46 PoS/ OSP ,10 PoS/ OSP , , ,00 Text 7 4 0,57 Text 1 3 0, , , , sonstige 9 8 0,89 sonstige , , ,50 Anzahl PRs Aufwand Kennzahl Aufwand : PR LBS BW Release ,86 Anzahl Befunde Aufwand Kennzahl Aufwand:Befunde ,38 Anzahl PRs Mängel Kennzahl Mängel : PR ,78 Seite 18

19 Architektur OSP-Integration (verteilte Welten) Sparkassen Oberfläche OSP Verantwortungs- Bereich FI Anwendungsschicht Datenhaltung Zugriffs- Schnittstelle HTTP Anwendungen CICS MQ HPS Applikation- Server MQ VG-Server Web-Server LBSNEU Verantwortungs- Bereich LBS Datenhaltung HOST Seite 19

20 Testmanagement verteilte Welten (OSP-Integration) Sparkassen Verfügbarkeit Testystem OSP isolierte Testsysteme mit eigen Lebenszyklen Datenhaltung Anwendungsschicht CICS Oberfläche Anwendungsschicht MQ HPS Applikation- Server MQ VG-Server Datenhaltung Testbestände für Test nicht ausreichend konsistent Zugriffs- Schnittstelle HTTP Web-Server OSP LBSNEU Testvorgehen konzeptionelles Verfahren entspricht dem der Verbund-Entwicklung Herausforderungen Vollständigkeit Integrität Know-How über Fremdsysteme Abstimmung Verständnis der Partner HOST Seite 20

21 Testmanagement verteilte Welten (OSP-Interation) Kennzahlen Release Test- Befunde (TB) Kunden- Meldungen (KM) Kennzahl KM : TB Anwendungs- Bereiche ,49 PoS/ OSP ,10 Zielgröße für Testqualität: Kennzahl KM : TB = 1,0 (Verhältnis Kundenmeldungen zu Testbefunde) Analyse Entwicklung Gegenmaßnahmen Bericht an OI-Leitung Release LBS 1 LBS 2 LBS 3 LBS 4 LBS 5 LBS-BW KM TB KZ KM TB KZ KM TB KZ KM TB KZ KM TB KZ KM TB KZ Anwendungs- Bereiche 4 8 0, , , , , ,07 PoS/ OSP , , ,00 Einschätzung: Optimierungspotential vorhanden - Testumgebungen Potential erst zu ca. 40% geschöpft - Zeitraster für Tests/ Aufwand - Konzeption / Release-Doku Potential erst zu ca. 70 % geschöpft Seite 21

22 Resumée Beherrschung Dreieck Kosten - SLAs - time-to-market im Fokus aktueller Erfolg unterstreicht Unternehmenspolitik Marktführerschaft Riester in Baden-Württemberg Bench-Marking Ergebnisse IKA-Studie November 2009 Vergleich der Teilnehmer IT-CIR (IT-Cost-Income-Ratio): Bandbreite: 8,5 % - 18,4 % Durchschnitt: 11,2 % LBS BW: 8,5 % (bester Wert) künftige Herausforderungen / Optimierungsmaßnahmen Optimierung Testverfahren OSPlus-Testumgebungen Kooperationsprojekt der LBSn aufgesetzt Konsolidierung RZ-Nutzung in FI-Rechenzentrum Nürnberg Gemeinsamer Produktionsbetrieb aller LBS n schafft Grundlage für weitere Vereinheitlichung der Testverfahren / gemeinsame Tests Testbestände, automatisierte Testbestanderstellung Mini-Bestände schwierig, da z.z. noch hoher manueller Aufwand Projekt Automatische Erstellung Mini-Bestand in 2010 geplant Seite 22