Post on 06-Apr-2016
transcript
Dr. Uwe Vehlies
SAP Arbeitskreis Nord Meeting Juni 2009 in Hamburg
SAP Releasewechsel unter komplexen Bedingungen- Rückblick/Erfahrungsbericht aus Sicht SAP CCC
Einordnung der Hannover Rückversicherung AG und ihrer Kernapplikation Ausgangsszenario für den Releasewechsel Vorgehen im Rahmen der Releasewechsel und der Einführung
• Zeitliches Vorgehen während der Releasewechselaktivitäten• Komplexe Systemlandschaft während der Projektphase• Synchronisierung der Releasestände auf Basis des Hannover Rück-Releases
Einflußfaktoren und komplexe Bedingungen für die Releasewechsel Erfahrungen aus der Releasewechselthematik
Einordnung der Hannover Rückversicherung AG und ihrer Kernapplikation Ausgangsszenario für den Releasewechsel Vorgehen im Rahmen der Releasewechsel und der Einführung
• Zeitliches Vorgehen während der Releasewechselaktivitäten• Komplexe Systemlandschaft während der Projektphase• Synchronisierung der Releasestände auf Basis des Hannover Rück-Releases
Einflußfaktoren und komplexe Bedingungen für die Releasewechsel Erfahrungen aus der Releasewechselthematik
SAP RELEASEWECHSEL UNTER KOMPLEXEN BEDINGUNGENInhalt
1
Ertrag geht vor Umsatz!
1) Quelle: A.M. Best 2) GenRe Group; Berkshire Hathaway Re Group (National Indemnity)3) 66 Syndikate (Stand 2007)
1 Swiss Re CH 30.673 27.872 2 Münchener Rück D 29.843 28.439 3 Berkshire Hathaway2) USA 17.952 17.398 4 Hannover Rück D 12.327 10.779 5 Lloyd's3) GB 10.361 7.990 6 SCOR F 7.106 6.501 7 London Re CDN 6.133 5.155 8 RGA Re USA 5.371 4.909 9 Transatlantic Re USA 4.283 3.953 10 Everest Re BDA 4.078 3.919 11 Korean Re ROK 3.890 2.775 12 Partner Re BDA 3.810 3.757 13 XL Re BDA 3.406 2.812 14 Aegon NL 2.462 2.173 15 Odyssey Re USA 2.283 2.089
Rang Brutto-prämie
GebuchteNettoprämie
Gruppe Land
2007 in Mio. USD1)
WIR SIND EINER DER GRÖSSTEN RÜCKVERSICHERER DER WELT
2
Prämien-Ranking
Einordnung Hannover Rückversicherung AG
* Alleineigentümer HDI V.a.G.
>100 Tochter- undBeteiligungsgesellschaften,
Niederlassungen und Repräsentanzenin ~20 Ländern
Inlandsgeschäft
64,2 %
Internationales Geschäft
35,7 %8 deutscheVVaG
49,8 %
StreubesitzTalanx AG*
50,2 %
GRUPPENSTRUKTUR UNTERSTÜTZT UNSER GESCHÄFTSMODELLWir sind operativ und finanziell unabhängig - trotz Mehrheitsaktionär
3
Einordnung Hannover Rückversicherung AG
China Hong Kong (13)
Shanghai (2) (8)/2007
Australia Sydney (47)
Fac (3)/2005
USA Chicago (10)/2006 New York (87) Orlando (92)
Bermuda Hamilton (17 + 5)
South Africa Johannesburg
(156)
Malaysia Kuala Lumpur
(31)/2008
Taiwan Taipei (5)
Japan Tokyo
(7) 2008
Korea Seoul
(4)/2008
Germany Hannover (~ 900)
Canada Toronto (5)/2006
Colombia Bogotá (12)/2006
Mexico Mexico City (5)/2001
Bahrain Manama
(8)/2007
Spain Madrid (6)/2000
Ireland Dublin (33)/2000
Great Britain London/V.W., Bracknell (92)/2000-04
France Paris (39)/2000
Italy Milan (12)/2000
Sweden Stockholm (79)/2000
Brazil Rio (4)/2008
India Mumbai(4)/2008/9
4
UNSER WEG ZU EINER GLOBALEN ITDie IT stellt Services für 26 HR-Lokationen bereit
Einordnung Hannover Rückversicherung AG
Der fachliche Umfang der neu eingeführten re7 Systemlandschaft reicht vom Underwriting (insbesondere die administrative Unterstützung) über die Abrechnung und Verbuchung im Bereich Technical Accounting bis hin zur Erstellung des Jahresabschlusses und der Konzern-Konsolidierung im Bereich Financial Accounting.
Der größter Vorteil liegt in der integrierten Unterstützung der Geschäftsprozesse auch über mehrere Fachbereiche hinweg.
Underwriting Technical Accounting
Operational / Current Accounting
Financial Accounting / General Ledger
PaymentsAcquisition / Negotiation
Contract Administration
Book Closing(Technical) Consolidation Book Closing
(Company)
Unterstützte Geschäftsprozesse
Underwriting Technical Accounting
Operational / Current Accounting
Financial Accounting / General Ledger
PaymentsAcquisition / Negotiation
Contract Administration
Book Closing(Technical) Consolidation Book Closing
(Company)
Unterstützte Geschäftsprozesse
INTEGRIERTE ARCHITEKTUR VON RE7Verbesserte Unterstützung der Business-Prozesse durch re7
5
eher "Erweitert" eher "SAP-Standard"
Einordnung Kernapplikation der Hannover Rückversicherung AG
Einordnung Kernapplikation der Hannover Rückversicherung AG
Die re7-Architektur basiert auf einer SAP Standard-Lösung mit Erweiterungen und ist charakterisiert durch einen Standard-Arbeitsplatz mit Portalzugriff und Integration spezifischer Hannover Rück-Applikationen, und bringt so die re7-Lösung mit den Anforderungen der Geschäftsprozesse zusammen.Processes
Underwriting
Technical /current
accounting,Claims
Generalledger
Reporting and
Controlling
Operative reporting External reporting
Businesspartner
FS-RI FS-CDHRESAPPS
add ons
Other GL
HRES reporting HRES reporting External reporting
Core Applications
Generalcodes
P&E
add ons
FI-GLPreparing external reporting (e.g. special ledger)
SAP
SAPfor HR only
HR individual
Datacatalogue
RMnL
Standard Work Station with Single Sign On Portal Access for SAP and HR Specific Applications
FS- RI:Treaty Reinsurance and Technical Accounting
FS-CD:Payment TransactionsIn Current Accounting
RMNL:Risk Manager Non LifeFor facutative non life accounting
Underwriting Front End:A specific SAP Development forSingle Risk Underwriting
P & E: Module for Prognosis andEstimation
Underwriting Frontend
Processes
Underwriting
Technical /current
accounting,Claims
Generalledger
Reporting and
Controlling
Operative reporting External reporting
Businesspartner
FS-RI FS-CDHRESAPPS
add ons
Other GL
HRES reporting HRES reporting External reporting
Core Applications
Generalcodes
P&E
add ons
FI-GLPreparing external reporting (e.g. special ledger)
SAP
SAPfor HR only
HR individual
Datacatalogue
RMnL
Standard Work Station with Single Sign On Portal Access for SAP and HR Specific Applications
FS- RI:Treaty Reinsurance and Technical Accounting
FS-CD:Payment TransactionsIn Current Accounting
RMNL:Risk Manager Non LifeFor facutative non life accounting
Underwriting Front End:A specific SAP Development forSingle Risk Underwriting
P & E: Module for Prognosis andEstimation
Underwriting Frontend
RE7 ARCHITEkTURÜberblick
6
Einordnung der Hannover Rückversicherung AG und ihrer Kernapplikation Ausgangsszenario für den Releasewechsel Vorgehen im Rahmen der Releasewechsel und der Einführung
• Zeitliches Vorgehen während der Releasewechselaktivitäten• Komplexe Systemlandschaft während der Projektphase• Synchronisierung der Releasestände auf Basis des Hannover Rück-Releases
Einflußfaktoren und komplexe Bedingungen für die Releasewechsel Erfahrungen aus der Releasewechselthematik
SAP RELEASEWECHSEL UNTER KOMPLEXEN BEDINGUNGENInhalt
7
Ausgangspunkt war eine Installation unter 4.6C (Vertragsbeginn 01.10.2004).
4.6Cca. 350 User
2 Umgebungen(einmal 2 Mandanten)
Der komplexe Releasewechsel war somit die Einführung einer neuen integrierten Standard-Rückversicherungs-Lösung auf Basis von SAP, bei Integration der vorhandenen SAP-Standardumgebung, sodass aus SAP-CCC-Sicht „Releasewechsel“ zum komplexen Nebenthema mit unterschiedlichsten Facetten wurde.
KOMPLEXER RELEASEWECHSEL AUFGRUND NEUEINFÜHRUNGAusgangsszenario für der Releasewechsel
4.6C 6.00
4.6C(CO,PS,HR)
ERP2005 / SAP FS 6.0(CO/PS/HCM/Finance Solution FI, konkret FS-RI, FS-CD + Zusatzmodule (msg Systems)
Daraus resultierte ein Einführungsprojekt mit dem Zielrelease ERP2005 / SAP FS 6.0, wobei die vorhandene 4.6C-Umgebung dort integriert werden sollte.
Kein "Technischer Rel.Wechsel
Ein "technischer" Releasewechsel für SAP-Umgebung war nicht ausreichend, da parallel die alte Non-SAP-Kernanwendung (SICS) abgelöst und in SAP überführt werden sollte.
6.00ca. 900 User
4 Umgebungen(je 1 Mandant)
Komplexer Releasewechsel
8
4.6C(CO,PS,HR)
2004 20092008 2005-07
KOMPLEXER RELEASEWECHSEL AUFGRUND NEUEINFÜHRUNGAusgangsszenario für der Releasewechsel
4.6C 6.00
9
2004 20092008 2005-07
+…
4.7 100 IH
Aufgrund Einführungsprojekt kein „reiner“ Releasewechsel SAP-Systeme immer E-K-P (Ausnahme bei kleiner Umgebung auch E-P)
4.6C 100 HR (CO/FI/HR) 300 ProRe (CO/FI)
SICS(Non-SAPCore-App)
Im SAP-Vertrag, aber System einerTochtergesellschaftHinsichtlich Releasewechsel eigenständig...… Betreuung in separater Systemumgebung
6.00 100 IH
Projekte/Vorhaben der SAP Basis- Systemtrennung, Kopie, etc.- Technischer Releasewechsel
Unternehmensprojekt (Convoy)- Einführung einer neuen integrier- ten Rückversicherungs-Lösung
Ziel:6.00 100 HR
Einordnung der Hannover Rückversicherung AG und ihrer Kernapplikation Ausgangsszenario für den Releasewechsel Vorgehen im Rahmen der Releasewechsel und der Einführung
• Zeitliches Vorgehen während der Releasewechselaktivitäten• Komplexe Systemlandschaft während der Projektphase• Synchronisierung der Releasestände auf Basis des Hannover Rück-Releases
Einflußfaktoren und komplexe Bedingungen für die Releasewechsel Erfahrungen aus der Releasewechselthematik
10
Einordnung der Hannover Rückversicherung AG und ihrer Kernapplikation Ausgangsszenario für den Releasewechsel Vorgehen im Rahmen der Releasewechsel und der Einführung
• Zeitliches Vorgehen während der Releasewechselaktivitäten• Komplexe Systemlandschaft während der Projektphase• Synchronisierung der Releasestände auf Basis des Hannover Rück-Releases
Einflußfaktoren und komplexe Bedingungen für die Releasewechsel Erfahrungen aus der Releasewechselthematik
SAP RELEASEWECHSEL UNTER KOMPLEXEN BEDINGUNGENInhalt
4.6C 100 HR (CO/FI/HR) 300 ProRe (CO/FI)
SICS(Non-SAPCore-App)
4.6C300ProRe (CO/FI)
4.6C 100 HR
"COPY"
4.6C 100 HR "PROD"
6.00 100 HR
"NEW"
2004 20092008 2005-07
11
4.6C 100 HR (HCM)
Neuaufbau für Einführung undDaten per Migration aus SICS
Vorbereitung MWB-Lauf
Produktiver Betrieb 4.6C,Basis-Services bei HR,fachlich bei ProRe
Ziel: Separater techn. Releasewechsel
Produktiver Betrieb 4.6Cmit Einspielung Legal Patches
Ziel: Separater techn. Releasewechsel
Produktiver Betriebin Linie
Ziel: Datenübernahmeper MWB in neues System (inkl. Upgrade)
Projektziel: Einführung neuer integrierter RV-Lösungauf Basis akt. Release
Unterschiedliche Stränge (Projekt/Linie) aufgesetzt als eigenständige Vorhaben Überschneidungen aufgrund zeitlicher Reihenfolge
und begrenzter Ressourcen (Mitarbeiter und Hardware)
Trennung durch Kopie u. Mandantenlöschung
1
Trennung durch Kopie u. Mandantenbereinigung
2
Beibehaltung und Bereinigung
3
Systemkopie zur Trennungvom Produktionsbetrieb
4
Neuaufbau für Einführungsprojekt5
0
ZEITLICHER ABLAUF DER RELEASEWECHSELAKTIVITÄTENSystemvorbereitung (Trennung/Kopie/Neuaufbau)
Vorgehen beim Releasewechsel
4.6C 100 HR (CO/FI/HR) 300 ProRe (CO/FI)
SICS(Non-SAPCore-App)
4.6C300ProRe (CO/FI)
4.6C 100 HR
"COPY"
4.6C 100 HR "PROD"
6.00 100 HR
"NEW"
Zeitlicher Ablauf unterschiedlicher ReleasewechselaktivitätenDurchführung (techn. Rel-Wechsel, MWB, Migration/Neuaufbau)2004 20092008 2005-07
12
4.6C 100 HR (HCM)
Neuaufbau für Einführung undDaten per Migration aus SICS
Vorbereitung MWB-Lauf
Produktiver Betrieb 4.6C,Basis-Services bei HR,fachlich bei ProRe
Ziel: Separater techn. Releasewchsel
Produktiver Betrieb 4.6Cmit Einspielung Legal Patches
Ziel: Separater techn. Releasewechsel
Produktiver Betriebin Linie
Ziel: Datenübernahmeper MWB in neues System (inkl. Upgrade)
Projektziel: Einführung neuer integrierter RV-Lösungauf Basis akt. Release
Trennung durch Kopie u. Mandantenlöschung
1
Trennung durch Kopie u. Mandantenbereinigung
2
Beibehaltung und Bereinigung
3
Systemkopie zur Trennungvom Produktionsbetrieb
4
Neuaufbau für Einführungsprojekt5
6.00300ProRe (CO/FI)
6.00 100 HR
(HCM)
6.00 100 HR
RV-Prod
6.00 100 HR
EDU
6.00 100 HR
EDU
6.00 100 HR
TechnischerReleasewechsel
10Betrieb alsService-Provider
TechnischerReleasewechsel
11Legal Patches unterExtended Maintenance
Entwicklung und Aufbauintegriertes RV-System,Datenmigration aus SICS
6
Produktver Betriebbis Go-Live Neusystem
Übertragung der Alt-daten mit MWB-Lauf
7
Vor Go-Live Aufbau u. BetriebSchulungsumgebung
8
Zusammenführung4.6C und SICSmit Go-Live Aug. 08(techn. in 6 u. 7)
9
Weitere Releaseakt.(Stabilisierung u. Konsolidierung)
12
Vorgehen beim Releasewechsel
4.6C 100 HR (CO/FI/HR) 300 ProRe (CO/FI)
SICS(Non-SAPCore-App)
4.6C300ProRe (CO/FI)
4.6C 100 HR
"COPY"
4.6C 100 HR "PROD"
6.00 100 HR
"NEW"
Zeitlicher Ablauf unterschiedlicher ReleasewechselaktivitätenDurchführung (techn. Rel-Wechsel, MWB, Migration/Neuaufbau)2004 20092008 2005-07
13
4.6C 100 HR (HCM)
Trennung durch Kopie u. Mandantenlöschung
1
Trennung durch Kopie u. Mandantenbereinigung
2
Beibehaltung und Bereinigung
3
Systemkopie zur Trennungvom Produktionsbetrieb
4
Neuaufbau für Einführungsprojekt5
6.00300ProRe (CO/FI)
6.00 100 HR
(HCM)
6.00 100 HR
RV-Prod
6.00 100 HR
EDU
6.00 100 HR
EDU
6.00 100 HR
TechnischerReleasewechsel
10Betrieb alsService-Provider
TechnischerReleasewechsel
11Legal Patches unterExtended Maintenance
Entwicklung und Aufbauintegriertes RV-System,Datenmigration aus SICS
6
Übertragung der Alt-daten mit MWB-Lauf
7
Vor Go-Live Aufbau u. BetriebSchulungsumgebung
8
Zusammenführung4.6C und SICSmit Go-Live Aug. 08(techn. in 6 u. 7))
9
Weitere Releaseakt.(Stabilisierung u. Konsolidierung)
12
Systeme mit unterschiedlichem Releasestand parallel (vgl. E-K-P) Projektanforderungen forderten häufig Systemneuaufbauten durch Basis
Einordnung der Hannover Rückversicherung AG und ihrer Kernapplikation Ausgangsszenario für den Releasewechsel Vorgehen im Rahmen der Releasewechsel und der Einführung
• Zeitliches Vorgehen während der Releasewechselaktivitäten• Komplexe Systemlandschaft während der Projektphase• Synchronisierung der Releasestände auf Basis des Hannover Rück-Releases
Einflußfaktoren und komplexe Bedingungen für die Releasewechsel Erfahrungen aus der Releasewechselthematik
SAP RELEASEWECHSEL UNTER KOMPLEXEN BEDINGUNGENInhalt
14
Komplexe Systemlandschaft
TestIT-QM
K03
I03
AR
AR
Migrations-vorbereitung
M03 MIIS
IT-OPBusiness
IT-QM
Human Resource KH1 PH1EH1
SolutionIT-SD IT-AS
IT-SD IT-OPBusiness
Copy FI only
MW
B
Q02
A03All (and other)
in scope ofSAP Basis
(IT-OP)
Convoy
Kopie ohne Bew.dat.
P03E03(100, 111, 300)
Inter Hannover IHPIHD
HR produktiv K02 P01E02
EDU Verf. S03V03
SICS DatenmarktKopie
FS RIDryRuns
Protection Re PPREPR
Sync 17.0
Für jedes System: Ownerschaft Berechtigungs- administration Nutzergruppen Guidelines
Volle GültigkeitHR-Guidelines
Projekt-Scope
Projekt-Scope
RDB UDB …
C03
AR CD
CD
CD
Datenmigund MWBfür Prod
SAP SYSTEMLANDSCHAFT FEBRUAR 2008Sichtweise für Identity Management
15
B03
Späterdazu
Zur Fertigstellung abgegrenzter, aktueller, eindeutiger und getesteter Entwicklungs- u. Releasestände wiederholte Durchführung von Systemaufbauten (insb. für K03, M03, I03 bis zu S03) Systemaufbauverfahren, Hauptlast in der SAP-Basis
Darüber im Projektrahmen Zusammenführung der vorhandenen Daten und neuen Programme bei frühzeitiger Bereitstellung einer Schulungsumgebung im neuen Release (MWB, DryRuns, EDU-Verfahren,…)
Zeitliche Abstimmungen und Aufteilung für die Migration der Rückversicherungs- verträge aus Altsystem aufgrund Datenmenge u. –komplexität
Add-On-Entwicklung (ca. 300 Add-Ons) speziell in SAP-Modul für Rückversicherung und Aktualisierung mit SAP-Stacks erforderte ein Vorentwicklungssystem (V03) zur Abgrenzung der Releasestände
Parallel Berücksichtigung der Einbindung in die System-Landschaft der Hannover Rückversicherung (vgl. RDB, UDB, MIIS…) Schnittstellen, Portal, Single Sign On,…
Synchronisation Projektrelease mit Hannover Rück-Release zu 17.0
16
ANFORDERUNGEN HINSICHTLICH RELEASEWECHSELTHEMATIKHauptpunkte aus Projektsicht
Einordnung der Hannover Rückversicherung AG und ihrer Kernapplikation Ausgangsszenario für den Releasewechsel Vorgehen im Rahmen der Releasewechsel und der Einführung
• Zeitliches Vorgehen während der Releasewechselaktivitäten• Komplexe Systemlandschaft während der Projektphase• Synchronisierung der Releasestände auf Basis des Hannover Rück-Releases
Einflußfaktoren und komplexe Bedingungen für die Releasewechsel Erfahrungen aus der Releasewechselthematik
SAP RELEASEWECHSEL UNTER KOMPLEXEN BEDINGUNGENInhalt
17
msg-Rel. (spez. RV) HR-Rel. (add-ons)
SAP-Release(4.6C 6.00)
Taktung vorgegeben durchReleasemanagement
18
Releasewechsel unter komplexen Bedingungen
SYNCHRONISIERUNG DER RELEASESTÄNDEHannover Rück-Release aus Sicht SAP-CCC Über das Releasemanagement der HR werden der gesamten Nutzerschaft in
regelmäßigen Abständen komplette über Qualitätsmanagement getestete Releases bereitgestellt (Desktop inkl. darüber zugreifbaren Anwendungen)
HR-Release(Standard- Desktop + Appl.)MS Patch/Release
Eigenentwicklung
x.x (2004) 15.x 18.x.x.x (2009)17.0 (2008) 16.x (2005-07)
Projekt-Release(inkl. Non-SAPEigenentwickl.)
Unterschiedliche Releasezählung bei SAP, Entwicklungspartner und HR im Rahmen des Einführungsprojektes zusammengefasst zu Projekt-Release Wartungsfähigkeit erhalten!
HR-Release
Synchronisation Projekt- mit HR-Release zu 17.0 und Go-Live mit HR-Release 18.0
Syn
chro
nisa
tion
mit
17.0
Go-
Live
auf
Bas
is 1
8.0
Ab 2009 kurzgetaktete HR-Releases 18.x.x.x.und 5-Systemlandschaft
KurzgetakteteHR-Releases
und5-Systemland-
schaft
Einordnung der Hannover Rückversicherung AG und ihrer Kernapplikation Ausgangsszenario für den Releasewechsel Vorgehen im Rahmen der Releasewechsel und der Einführung
• Zeitliches Vorgehen während der Releasewechselaktivitäten• Komplexe Systemlandschaft während der Projektphase• Synchronisierung der Releasestände auf Basis des Hannover Rück-Releases
Einflußfaktoren und komplexe Bedingungen für die Releasewechsel Erfahrungen aus der Releasewechselthematik
SAP RELEASEWECHSEL UNTER KOMPLEXEN BEDINGUNGENInhalt
19
SAP nicht führendes System, sondern Gesamtlandschaft ist zu beachten• Release-Synchronisierung auf Hannover Rück Release
Datenmigration und Zusammenführung aus Legacy-System und altem SAP-Release über MWB (Migration Workbench)
Datenmenge und –komplexität (Rückversicherungsverträge) Entwicklung und Releasewechsel prallel (Hannover Rück Add-Ons und msg-
Module)
(Nicht) verfügbare Ressourcen und Skills, da paralleler Linienbetrieb Belastung SAP Basis durch häufige Systemaufbauten
Systemgovernance (Abstimmung zwischen Systemownern)
Einspielung Legal Patches unter altem Release Nachlaufend einzelne technische Releasewechsel in vorher abgetrennten
Systemen
Releasewechsel unter komplexen Bedingungen
EINFLUßFAKTOREN AUF DIE RELEASEWECHSELTHEMATIKHauptpunkte aus Projektsicht
20
Einordnung der Hannover Rückversicherung AG und ihrer Kernapplikation Ausgangsszenario für den Releasewechsel Vorgehen im Rahmen der Releasewechsel und der Einführung
• Zeitliches Vorgehen während der Releasewechselaktivitäten• Komplexe Systemlandschaft während der Projektphase• Synchronisierung der Releasestände auf Basis des Hannover Rück Releases
Einflußfaktoren und komplexe Bedingungen für die Releasewechsel Erfahrungen aus der Releasewechselthematik
SAP RELEASEWECHSEL UNTER KOMPLEXEN BEDINGUNGENInhalt
22
Einführungsprojekt und SAP-Releasewechsel orientieren sich am abgestimmten Zeitplan des Releasemanagments (Vorgaben insb. auch durch Business-Termine und durch Leistungsfähigkeit der Organisation/Entwickung Releasetaktung)• Einpassung der Termine in einen regelmäßigen Organisationsablauf
Komplexität reduzieren und (zeitlich) verfügbare Ressourcen beachten• Trennung der Systeme• Teilprojekte und kleinere Releaseschritte (z. B. Trennung fachl./techn. Rel.)
5-Systemlandschaft als Erweiterung zu klassischer Landschaft mit E-K-P
Frühes und konsequentes Testen (unterschiedliche Testszenarien, Fehlervermeidung im Projekt, weniger Probleme im Linienbetrieb Zusammenarbeit mit Fachbereichen)
Aufgrund des Einführungsprojektes hohe Anforderungen an den Übergang in den Linienbetrieb/Neue Anforderungen an die Serviceorganisation (Gremien u. Key-User)
Hoher Abstimmungsaufwand mit vielen Meetings(zunächst saubere Planung, dann konzentrierte Durchführung)
Nicht der Releasewechsel an sich steht im Vordergrund, sondern Projektplanung, Abstimmung und Kommunikation
Releasewechsel unter komplexen Bedingungen
ERFAHRUNGEN AUS DER RELEASEWECHSELTHEMATIKHauptpunkte aus Projektsicht
23
Thank you for your attention!