Einführung von Risk &Quality Management (RQM) E-Business, Lutz Meyer

Größe: px

Ab Seite anzeigen:

Download "Einführung von Risk &Quality Management (RQM) E-Business, Lutz Meyer"

Jörg Stephan Wagner
vor 8 Jahren
Abrufe

1 Einführung von Risk &Quality Management (RQM) E-Business, Lutz Meyer

2 Themen Die E-Business Section Grundsätzliche Überlegungen zur Einführung Erste Maßnahmen Ausblick 1

3 Die E-Business Section

4 Die Mission Gruppenweit die Nutzung der Plattform Internet effizient gestalten! 3

5 Unsere Produkte: Portale & Services im Internet Newsletter Rundschreiben/SMS Fileservices CUGs IPO Visualisierung Webshop Zugang/SSO Auction Tool Trainingscenter SmartForms Prozesse 4

6 Breites Spektrum wachsende Anforderungen Daten komplexe Strukturen realtime-bedürftige Daten große Mengen Content diverse Quellen Technology/Operations Verfügbarkeit, Stabilität gute Performance mittlerer bis hoher Traffic Development schnelle Umsetzung flexible Lösungen Schnittstellen Standards Lotus Notes Tomcat Bugzilla 5

Technology/Operations Verfügbarkeit, Stabilität gute Performance mittlerer bis

7 Unsere Prozesse Konzeption/ Beratung Projektmanagement Software- Entwicklung Wartung, Betrieb standardisierte Konzeptvorlagen Projektstammblatt Review/Signoff- Prozess RfP- Standardprozess Business Case standardisierte Vorlagen für Scope, Auftrag Projektplan Abnahme regelmäßige Reviews Tracking des Projektportfolios Programming Guidelines CVS Integrationstestumgebung Dokumentation Überwachung Bugtracking redundante Architektur Betriebshandbuch Logfileanalyse CMS 6

Vorlagen für Scope, Auftrag Projektplan Abnahme regelmäßige Reviews Tracking des Projektportfolios Programming

8 Unsere Organisation Konzeption/ Beratung standardisierte Konzeptvorlagen Projektstammblatt Software- Entwicklung Review/Signoff- Prozess Project standardisierte Vorlagen für Scope, Auftrag Projektplan Abnahme Management & regelmäßige Reviews Key Accounting Tracking des Projektportfolios Projektmanagement Programming Guidelines CVS Development Integrationstestumgebung Wartung, Betrieb Überwachung Bugtracking redundante Architektur Betriebshandbuch Logfileanalyse CMS Operations Risk & Quality Management 7

Reviews Key Accounting Tracking des Projektportfolios Projektmanagement Programming Guidelines CVS Development

9 Was wollen wir mit RQM erreichen? Minimierung der Projekt-/Prozessrisiken Verbesserung der Planungsgrundlage Verbesserung der Produktqualität Kundenzufriedenheit steigern Entwicklungs- und Wartungskosten senken Missverständnisse verhindern Komplexität reduzieren aussagefähige, transparente Dokumentation 8

Verbesserung der Produktqualität Kundenzufriedenheit steigern Entwicklungs-

10 Grundsätzliche Überlegungen zur Einführung

11 Großprojekte haben eigene QS-Verantwortliche Project SC Idea QA Config PL TPL Dev PO Change Test new System 10

12 Kleine Projekte brauchen keine QS-Verantwortlichen Project Enhancement PL Dev upgraded System 11

13 Viele kleine Projekte brauchen QS-Unterstützung Project #1 Project #2 Project #n upgraded System Line Organisation SC PO QA Test Config Change 12

14 Viele Begriffe und Methoden Was hilft? Qualitätsmanagement QM-System Prozesse Projekte Qualitätssicherung Test Qualität Risiko RQM Riskmanagement Produkte TQM SixSigma KVP 13

15 Einfach anfangen... Krisenmanagement IST - SOLL Risikomanagement Qualitätsmanagement + 14

16 Neue Aufgabe was tun? Aufgabe: Zusammen mit anderen Bereichen -Standards für Prozesse und Dokumentation festlegen -Qualitätssicherungsmaßnahmen planen -Risikomanagement unterstützen planen unterstützen überwachen berichten & steuern 15

17 Erste Maßnahmen

18 Erste Maßnahmen Architekturgremium als Entscheidungsgremium etabliert Projektportfolio-Dokumentation überarbeitet 17

19 RQM im Projektprozess Review Projektplan, Doku Erstellung QS-Plan, RiskMatrix Abnahme Ergebnisse Go für nächste Phase Nachhalten der Projektergebnisse Review Vorschlag Review, Update RiskMatrix und QS-Plan 18

für nächste Phase Nachhalten der Projektergebnisse 1 2

20 Projektportfolio lfd. Titel # Eingang Priorität aktuelle PhaseEBS Start Analyse Start Konzeption Start Realisierung Start Test Abnahme erfolgt geplantes Ende-Datum Aufwand AE (grob) 1CUG2 1 Realisierung high 2TC3 1-2 Realisierung high 3eForms (Italy; Clearstream Tax) 0 Realisierung tbd 4eForms (U.S.; Clearstream Tax) 0 Realisierung tbd 5VONG customized 0-1 Realisierung high 6Lotus Notes Update LN5 --> LN6 1 Realisierung tbd 7Shareholding Fact-Book 0 Konzeption (01.04.) (15.05.) medium 8recX/Internet 0 Test medium x 9PIP2 (PrivatInvestorPortal2) Idee x 10ECB3-File-Download? Analyse Projekte Phasen Termine => Transparenz 19

06.05 15.10.05 01.05.06 15.05.06high 2TC3 1-2 Realisierung 01.02.05 20.03.06 31.05.06high 3eForms (Italy; Clearstream Tax) 0 Realisierung 23.03.06tbd 4eForms (U.S.; Clearstream Tax) 0 Realisierung 20.

21 Erste Maßnahmen Architekturgremium als Entscheidungsgremium etabliert Projektportfolio-Dokumentation überarbeitet Standard-Projektdokumentation ergänzen Risikomatrix 20

22 Risikomatrix, direkt aus Roadmap übernommen Rsik Management Table CUG2 was ist 5 das Risiko? wie erkenne ich, ob es eintritt? Likelikood Impact Task was hätte das für Auswirkungen? Impact EBS Mitigating Action Response if Risk Event Occurs No. Risk Risk Trigger Impact 1=low;10=high Task Due Date Resp. Task Resp. 1IDM nicht performant 10 z.b. Änderung von Kunden/User sind 8 8 8Performance E- Implementierung einer Lösung E-Business/Kogit User-Daten dauert zu lange und weisse Seite unzufrieden über lange Ladezeiten Billing Projekt Anfrage hat bei noch Kogit, keinen konkreten Sun Projekt- /Zeitplan geliefert Busine ss/kog it für die Schreib-/Lesethematik über die API bis erscheint > 1 Sek. IDM nicht performant Anlegercenter geht nicht mit IDM bzw. Dateninkonsistenzen Pflichtenheft entspricht nicht den Anforderungen Likelihood Budgetüberschreitung was mache ich, um es zu verhindern oder abzumildern? Verlust von Userdaten bei Migration was mache ich, wenn es eintritt Task Impact (size=impact for EBS) 21

23 Erste Maßnahmen Architekturgremium als Entscheidungsgremium etabliert Projektportfolio-Dokumentation überarbeitet Standard-Projektdokumentation ergänzen Risikomatrix Workproduct List QS-Plan 22

24 Workproduct List -Project Name - Date: Author: -project manager -(PL) The following workproducts are planned for the project and agreed with project owner, quality management and project coordinators. No. Workproduct Responsible Due Phase Status 1. Coordination project description project agreement scopedefinition resource assignment workproduct list test documentation acceptance document 2. Project Tracking(documents to be edited continuosly) PL PL PL PL PL xx PL before kickoff kickoff kickoff planning acceptance acceptance done done done done done Auflistung aller Workproducts des Projekts Übersicht über die Dokumentation Planung von QS-Maßnahmen project plan QA plan(in project or central EBS plan) risk matrix project status report PL PL/QM PL PL planning planning planning continously 3. Concepts project outline / rough concept business concept technical concept test concept / test cases xx xx xx xx analysis concept concept concept QS-Plan Projekt- Plan 4. Products prototypes pieces of software/ functionalities hardware installations xx xx xx concept realisation realisation 5. Documentation software documentation user documentation operating manual xx xx xx realisation realisation acceptance 6. other e.g. tool evaluation report business analysis report presentation xx xx xx analysis analysis kickoff 23

25 Erste Maßnahmen Architekturgremium als Entscheidungsgremium etabliert Projektportfolio-Dokumentation überarbeitet Standard-Projektdokumentation ergänzen Risikomatrix Workproduct List QS-Plan Risk & Quality Report einführen 24

26 Transparenz durch monatlichen Report 1. E-Business general FL-Budget fast vollständig verplant Last Update 01.Mar Last Review tbd Status EBS gesamt Anzahl paralleler Projekte ist hoch otechnisch und organisatorisch komplex ohohe Auslastung der Mitarbeiter Areas Empfohlene Maßnahmen: Konsolidierung Projektsituation Projekte Status OK: - Massnahmen zum QS- und Riskmanagement sind eingeplant und werden durchgeführt -Ergebnisse von Tests sind im erwarteten Rahmen bzw. es wurde angemessen darauf reagiert Status Warnung: Maßnahmen des Area-/Projektmanagements in Abstimmung mit QM sind erforderlich -QS- bzw. Riskmanagementaufgaben sind nur teilweise geplant bzw. werden nur teilweise durchgeführt -auf abweichende Testergebnisse wurde nur unzureichend reagiert Status Gefahr: Maßnahmen der Abteilungsleitung sind erforderlich -QS- und Riskmanagementaufgaben sind unzureichend geplant bzw. werden nicht durchgeführt -auf stark abweichende Testergebnisse wurde nicht bzw. unzureichend reagiert 25

27 Erste Maßnahmen Architekturgremium als Entscheidungsgremium etabliert Projektportfolio-Dokumentation überarbeitet Standard-Projektdokumentation ergänzen Risikomatrix Workproduct List QS-Plan Risk & Quality Report einführen Checkliste für Projekte 26

28 Checkliste für Projekte 27

29 Erste Maßnahmen Architekturgremium als Entscheidungsgremium etabliert Projektportfolio-Dokumentation überarbeitet Standard-Projektdokumentation ergänzen Risikomatrix Workproduct List QS-Plan Risk & Quality Report einführen Checkliste für Projekte 28

30 Ausblick

31 Zunehmende Anforderungen Entwicklung des Business der Gruppe Deutsche Börse Internationalisierung, Kooperationen weiter zunehmende Bedeutung des Internet Entwicklung unserer Produkt-/Systempalette: mehr, kritischere Kernprozesse Dokumentenmanagement Integration der Systeme (CRM, SAP, Core-Systeme, Identity Management) Entwicklung von Web-Technologie und ebusiness regulatorischer Rahmen zunehmende Sensibilität/Anforderungen an Datenschutz/-sicherheit offizielles Veröffentlichungsmedium 30

32 Risk&Quality Management weiterentwickeln gemeinsam weiterentwickeln WebXF Scorecard Phase 1: qualitativ, fokussieren Phase 2: Messwerte erheben Phase 3: Scorecard aufstellen Phase 4: systematische Optimierung 31

33 Vielen Dank für Ihre Aufmerksamkeit!

Ähnliche Dokumente

Software Projekt 2 / Gruppe Knauth Lernziele:

Software Projekt 2 / Gruppe Knauth Lernziele: Lernziele: Realisierung eines komplexen Software-Projektes unter Industrie-ähnlichen Bedingungen Organisiertes Arbeiten im Team Team Organisation: Rollen und Aufgaben der Team-Mitglieder bestimmen Spezifikation