IT-Architekturmanagement in der Praxis

Transkript

1 IT Architektur- in der Praxis Erfahrungen anhand eines Projektes Transformation einer existierenden OSS- Umgebung bei einem Multi--Operator Roland Volk, CTO BPI2 GmbH Gastvortrag Universität Leipzig Institut für Wirtschaftsinformatik Inhalt TMF NGOSS Programm Grundlagen und Ziele des Projektes Vorgehensweise und Ergebnisse Zusätzliche Aspekte Betriebswirtschaftliche Aspekte Kommunikationsaspekte Weitere Einflussfaktoren 2 1

2 TMF adressiert mit dem NGOSS-Programm drei Hauptherausforderungen Integrate Cut integration tax and opex Transform Transform to enterprise-wide automated processes Monetize Drive new revenue from new sources From: From: From: Mass Customer Base Voice IMS NGN IPTV Voice IMS NGN IPTV To: To: To: Individual Customers Voice IMS NGN IPTV Voice IMS NGN IPTV WiFi WiMax Fibre 3 NGOSS Lifecycle Methodik Logical View Business System Business Capabilities, Constraints & Context Corporate NGOSS Knowledge Shared Knowledge Base Base System Capabilities, Constraints & Context Physical View Deployment Deployment Capabilities, Constraints & Context Providers View Implementation Implementation Capabilities, Constraints & Context Developers View 4 2

3 etom Level 1 (bis Release 7.5) Customer Strategy, Infrastructure & Product Strategy & Commit Infrastructure Lifecycle Marketing & Offer Product Lifecycle Operations Operations Support & Readiness Fulfillment Assurance Billing Customer Relationship Development & & Operations Development & (Application, Computing and Network) & Operations (Application, Computing and Network) Supply Chain Development & Supplier/Partner Relationship Strategic & Planning Risk Effectiveness Knowledge & Research Financial & Asset Stakeholder & External Relations Human s 5 etom Mgmt. Level 2 (Rel. 8) Strategic & Planning Strategic Business Planning Business Development Architecture Group ITIL Release & Deploymnt. ITIL Change Knowledge & Research Knowledge Research Technology Scanning ITIL Catalogue ITIL Level ITIL Capacity ITIL Availability Effectiveness Process & Support Quality Program & Project Performance Assessment Facilities & Support ITIL Event ITIL Incident ITIL Request Fulfillment Financial & Asset Financial Asset Procurement ITIL Continuity ITIL Asset & Confg ITIL Continual Improvement Risk Business Continuity Security Fraud Audit Insurance Revenue Assurance ITIL Problem ITIL Info Security Human s HR Policies & Practices Organization Development Workforce Strategy Workforce Development Employee & Labor Relations Mgt Level 0 Level 1 Level 2 Stakehlder & Ext. Relations Corporate Comms & Image Mgt Community Relations Shareholder Relations Regulatory Legal Board & Shares/Secur. 6 3

4 Shared Information/Data Model (SID) Level 1 ABEs Market / Sales Market Strategy & Plan Marketing Campaign Contact/Lead/Prospect Market Segment Competitor Sales Statistic Sales Channel Product Product Strategic Product Portfolio Plan Product Performance Product Specification Product Offering Product Usage Statistic Customer Customer Customer Order Customer Problem Applied Customer Billing Rate Customer Bill Collection Customer Interaction Customer Statistic Customer SLA Customer Bill Customer Bill Inquiry Applications Performance Strategy & Plan Specification Configuration Usage Trouble Test Topology Performance Strategy & Plan Specification Configuration Usage Trouble Test Supplier / Partner Supplier/Partner S/P Interaction S/P Plan S/P Product (Under Construction) S/P Performance S/P Order S/P Problem S/P SLA S/P Statistic Common Business Party Business Interaction Location Policy S/P Bill S/P Bill Inquiry S/P Payment Agreement 7 TAM Release 3.0 Level 1 8 4

5 TAM 3.0 Domain Level 2 9 Zusammenspiel der NGOSS-Artefakte Contracts, etom, TAM, SID & TIP Technologie-spezifische Implementierung der NGOSS Contracts als standardisierte TMF-Schnittstellen, deren Funktionalität z.b. über Web s zur Verfügung gestellt wird etom Processes Client App TAM-based NGOSS Contract Provider App TAM-based SID conformant data entities Task (SOA service) TAM Boundary TAM Boundary 10 5

6 NGOSS Vorteile und Nutzen (Auswahl) Gemeinsame Sprache und gemeinsames Verständnis zwischen Provider und Hersteller/Systemintegrator Präzisere Leistungsbeschreibungen Effizientere Durchführung von Ausschreibungen Sicherstellung einer vollständigen Prozess-, Daten- und Funktions-(Applikations-)Sicht Standardisierung als Basis für preislich attraktive kommerzielle Produkte (COTS) Nutzung von COTS-Produkten statt Individualentwicklungen mit hohen Risiken, Investitionen und Betriebskosten Einfachere Integration vorhandener Systeme Höhere Agilität durch Model Driven Development Ansatz Effizienteres Change NGOSS-Prinzipien sind auch außerhalb der Telekommunikation anwendbar. 11 Weiterführende Literatur (Auswahl) GB927 The NOGOSS Lifecycle and Methodology TMF 053 The NGOSS Technology-Neutral Architecture (TNA) GB921 Enhanced Telecom Operations Map (etom) GB921 U etom User Guidelines GB922 Shared Information/Data (SID) Model (Business View) GB926 Shared Information/Data (SID) Model (System View) GB942 NGOSS Contracts Reilly John P., Creaner Martin J.: NGOSS distilled, Tele Forum 2005 Reilly John P.: Getting Started with the SID, Tele Forum, April 2007 Zu beziehen über TeleManagment Forum ( 12 6

7 Inhalt TMF NGOSS Programm Grundlagen und Ziele des Projektes Vorgehensweise und Ergebnisse Zusätzliche Aspekte Betriebswirtschaftliche Aspekte Kommunikationsaspekte Weitere Einflussfaktoren Diskussion 13 Ausgangssituation - Unternehmen MSO (Multi Operator) mit Fokus auf Privatkunden ca. 3 Mio. TV-Kunden (analog und digital) ca. 500 Tsd. Pay-TV-Kunden ca. 1 Mio. Internet-/Telefonie-Kunden hohes Kundenwachstum Derzeitiges Dienste-Angebot TV und Radio (analog, digital, Pay-TV, VoD) Internet Access, , Sicherheitsdienste Telefonie Produktvielfalt wird primär durch Preisvarianten erzeugt Flächendeckendes HFC-Netz (Hybrid Fibre Coaxial) bestehend aus ca. 20 Hub-Standorte verbunden über DWDM-Backbone (Dense Wavelength Division Multiplexing) ca Netzelemente (ohne Kabelmodems, Digital Receiver) Router, Switches, Firewalls, Multiplexer, Headends, Encoder, Decoder, CMTS, HMS- Transponder für Verstärker, Softswitches, Server, etc. 14 7

8 Aufbau von CATV-Netzen ohne/mit Rückkanalfähigkeit Quelle: Verband Deutscher Kabelnetzbetreiber e.v. Nutzung der Rückkanalfähigkeit für Triple-Play-Dienste 15 Ausgangssituation Existierende OSS- Umgebung (vereinfachte Darstellung) BSS CCBS BI TTS Utilities Provision. Portal Perf. Mgmt. OSS HMS HMS Portal EMS + Test-Tools SNMP Mgr. TV- Anbiet. Voice Interconnect IP Peering Server / HFC / Backbone / IP / Voice / TV / Facility Mgmt. 16 8

9 Problemsituation und Projektziele Problemsituation Entwicklung des MSO ist durch hohen Zuwachs an TriplePlay-Kunden geprägt Historisch gewachsene OSS-Umgebung ist als Bindeglied zwischen Infrastruktur und BSS nicht für dieses Wachstum ausgelegt Prozess-Industrialisierung mit Ausrichtung auf Massenmarktfähigkeit ist erforderlich, um Agilität und -Qualität der Betriebsorganisation zu optimieren (etom Assurance -Prozess) Projektziele Fachliche Analyse, ob und wie die derzeitigen, getrennten Einzelsysteme des OSS zusammengeführt werden können Entwicklung eines Transformationskonzepts inklusive Lastenheft hin zu einem integrierten logischen OSS, das eine Erhöhung des Automatisierungsgrades ermöglicht sich nahtlos in die Gesamt-IT integrieren lässt gemäß Kunden- und Produktwachstum skalierbar ist Investitionsschutz bietet und wirtschaftlich darstellbar ist Umsetzung des Transformationskonzepts im Rahmen eines Phasenansatzes 17 Zielarchitektur Entwicklungsprämissen und Herausforderungen Entwicklungsprämissen (1) Beliebige Erhöhung des Automatisierungsgrades von Prozessen innerhalb des Netzbetriebsbereichs (2) Fähigkeit zur Verbesserung der -Qualität dieses Bereichs (3) Unterstützung aller heutigen und zukünftigen Produkte des MSO (4) Unterstützung der kompletten heutigen und zukünftigen Netz-Infrastruktur (5) Abdeckung funktionaler Lücken der heutigen OSS-Umgebung (6) Skalierbarkeit gemäß Kunden- und Produktwachstum (7) Investitionsschutz für vorhandene OSS-Elemente (8) Größtmögliche Einbindung MSO-eigener Ressourcen bei Customizing und Betrieb (9) Schaffung optimaler Voraussetzungen für die Umsetzung von Vorgaben des IT- Bereichs bzgl. BSS-Anbindungen (10) Unterstützung eines möglichen Customer Self-Care Portals Herausforderungen Reduktion/Konsolidierung der erforderlichen Anzahl Systemkonsolen neue Produktstrategie wird entwickelt neue VAS-Plattformen sind zukünftig zu integrieren, z.b. VoD laufende Projekt im BSS-Umfeld sind zu berücksichtigen Vermeidung des Einsatzes proprietärer Technologie 18 9

10 Inhalt TMF NGOSS Programm Grundlagen und Ziele des Projektes Vorgehensweise und Ergebnisse Zusätzliche Aspekte Betriebswirtschaftliche Aspekte Kommunikationsaspekte Weitere Einflussfaktoren Diskussion 19 Vorgehensweise (1/2) Phase I (Dauer: ca. 4 Monate) IST-Aufnahme Analyse und Bewertung Handlungsempfehlung Anforderungsprofil Lastenheft Technische IST-Aufnahme IST-Aufnahme Geschäftsziele Ermittlung kommerzieller Daten zu OSS Ergebnis: Systemsteckbriefe inkl. Datenmodelle und Schnittstellenbeschreibungen Anforderungskatalog (funktional) auf Basis TAM Gap-Analyse zur Ermittlung von funktionalen Lücken SWOT-Analyse zur Beurteilung vorhandener Systeme Kriterienkatalog zwecks quantitativer Bewertung Bewertung und Beurteilung der Analyseergebnisse Business Case Technische Handlungsempfehlungen (Zielarchitektur) Potenzielle Realisierungsszenarien Risikobetrachtungen - Entscheidung bzgl. Fortführung des Projektes Funktionale Anforderungen Nicht-funktionale Anforderungen, z.b. Security, Performance, Reliability, Usability, Umsetzungsstrategie inkl. Roadmap und Projektplan Aufgabenabgrenzung Auswerte- und Abnahmekriterien Vorschlag und Abstimmung einer Lieferantenliste Eigentliches Lastenheft 20 10

11 Vorgehensweise (2/2) Phase II (Dauer: ca. 12 Monate) Ausschreibung Proof of Concept Realisierungspaket I Realisierungspaket II Beauty Contest mit potenziellen Anbietern Festlegung tatsächlicher Leistungsumfang RP I Erstellung der fachlichen Ausschreibungsunterlagen auf Basis NGOSS- Spezifikationen Fachliche Analyse und Bewertung der Angebote Definition des zu erbringenden Leistungsumfangs Durchführung PoC Bewertung und Beurteilung der PoC- Resultate Ergebnis: Vergabeempfehlung aus fachlicher Sicht Auftragsvergabe durch MSO Chief Architect Projektmanagement (internes Projektteam, PMO, Generalauftragnehmer, Subunternehmer) OSS und NGOSS SME (Subject Matter Expert) 21 IST-Aufnahme Sichtung vorhandener System- und Prozessdokumentation in aller Regel veraltet und unvollständig Interviews mit Systemverantwortlichen und Systemnutzern weiteren Stakeholdern, z.b., Sicherheitsbeauftragter, IT (BSS), Produktmanagement, Anlagenbuchhaltung, HR, PMO, Projektverantwortliche weiterer Projekte, Betriebsrat Begutachtung der Systeme Erstellung der Dokumentation inkl. Datenmodell und Schnittstellenbeschreibungen Abnahme durch Systemverantwortliche Ergebnis: Systemsteckbrief 22 11

12 Analyse und Bewertung Erstellung eines Anforderungskatalogs auf Basis TAM Ziele Erzielung eines gemeinsamen Verständnisses über einen maximalen Leistungsumfang Vorbereitung einer objektiven Bewertungsbasis Nutzung der TAM Abgrenzung von BSS- und OSS-Funktionalität Gewährleistung einer vollständigen funktionalen Abdeckung innerhalb der OSS- Umgebung (Vermeidung von Anforderungslücken) Noch keine Berücksichtigung nicht-funktionaler Anforderungen Mapping der vorhandenen Systeme zur TAM zwecks Identifikation funktionaler Lücken (Gap-Analyse) Durchführung einer SWOT-Analyse auf Basis Anforderungskatalog zur Beurteilung der vorhandenen OSS-Funktionalität Erstellung und Abstimmung eines Kriterienkatalogs als Grundlage zur quantitativen Bewertung der Ergebnisse der Gap- und SWOT-Analyse Ergebnis: Quantitative Aussagen zum Verbesserungsbedarf der vorhandenen OSS-Umgebung nach Wichtigkeit und Dringlichkeit klassifiziert nach TAM-Funktionsblöcken 23 Mapping der vorhandenen Systeme zur TAM (Level 1, vereinfachte Darstellung) Operations, Support & Readiness Fulfillment Assurance Specification Mgmt Inventory Mgmt Config Mgmt Design / Assign SLA Mgmt Problem Mgmt Customer / Account TTS/CCBS Problem Resolution Quality Monitoring & Impact Analysis Performance Mgmt Utilities TV- Anbiet. Voice Interconnect Specification Inventory Mgmt Design / Assign Logistics Activation Provisioning Provisioning / Configuration Planning/ Optimization Performance PM/Portal Monitoring/ Problem TTS Correlation & Root Cause Analysis SNMP Mgr./ Status Mgt. Monitoring Portal Domain Mgmt EMS/ Testing Test-Tools Mgmt Data Mediation IP Peering VAS Content Server / HFC / Backbone / IP / Voice / TV / Facility Mgmt

13 Handlungsempfehlungen Quantitative Ergebnisse der Analyse-Phase sind der Startschuss zur Entwicklung einer Zielarchitektur und aller darauf aufbauender Artefakte zur Erarbeitung von Handlungsempfehlungen Business Case (Investitionsabschätzung, TCO-Kalkulation, ) Use Cases auf Basis einfacher Prozessmodelle zur Kommunikation, Demonstration und Abstimmung von Eigenschaften der Zielarchitektur Eigentliche Zielarchitektur gem. NGOSS-Vorgaben und unter Berücksichtigung der zu Projektbeginn abgestimmten Entwicklungsprämissen TNA definiert anzuwendende Architekturparadigmen Integration von Bestandssystemen durch Verwendung von TIP-Schnittstellen (Kapselung des bzw. der Systeme) Prozess- und Datenmodellierung auf Basis etom und SID Realisierungsszenarien als Phasenansatz inkl. Roadmap und Projektpläne je Realisierungsphase Risikobetrachtungen, insbesondere Durchführungsrisiken Handlungsempfehlung ist Entscheidungsvorlage für das zur Durchführung des Projekts 25 Zielarchitektur OSS: Funktionale Sicht (vereinfachte Darstellung) ERP BSS BI ESB SA API Provisioning CRM INV Client INV API/ Client Inv. Mgmt. Repository Disc. API Inventory INV Client INV Client SNMP Mgr. Correlation/ RCA EMS + Test-Tools TTS PM Billing Server / HFC / Backbone / IP / Voice / TV / Facility Mgmt. ESB TT API/ Client Voice Interconnect Betriebsportal Prozess- Steuerung + BRE P-Specs INV Cl. P-Inst. Regeln T-Pläne INV Cl. SLA API SLA B/M API SQM API Perf./ Quality Mgmt. Utilities TV- Angebot IP Peering VAS Content TIP Schnittstelle Bestandssystem Neuer Funktionsblock 26 13

14 NGOSS-Prinzipien in der Zielarchitektur Kapseln von Bestandsystemen durch TMF-Schnittstellen (TIP) technische und wirtschaftliche Sinnhaftigkeit ist zu prüfen Aufruf neuer Funktionen (Systeme) ausschließlich über TMF- Schnittstellen Northbound-Referenzpunkte, die eine flexible Anpassung an sich ändernde Integrationsanforderungen der BSS-Umgebung ermöglichen Loose Kopplung der Systeme über TMF-Schnittstellen Vermeidung von physikalischen und logischen Punkt-zu-Punkt- Verbindungen Separation of Concern : nur lokale Mappings zwischen einem SIDbasierenden systemübergreifenden Datenmodell und den lokalen Datenmodellen Schnelle Anpassbarkeit und Erweiterbarkeit durch Model Driven Development Ansatz innerhalb der zugehörigen Adapter-Frameworks Externe Prozess-Steuerung 27 Definition von Teilprojekten als Basis von Realisierungsszenarien Abkürzung Bezeichnung Inhalt IA-I Integrations-Architektur Infrastruktur (ESB), TT API, SA API, INV API IA-II IA-III Discovery API SQM (SLA) API, B/M API PS-I Prozess-Steuerung Beschaffung, Prozesse für Paket Basis PS-II PS-III Prozesse für Paket Erweiterung Prozesse für Endausbau RP-I / Repository Beschaffung, Repository für Paket Basis RP-II RP-III Repository für Paket Erweiterung Repository für Paket Endausbau BP-I Betriebsportal Beschaffung, Portal für Paket Basis BP-II Portal für Paket Erweiterung 10 weitere Teilprojekte 28 14

15 Beziehung der Teilprojekte zueinander und mögliche Realisierungspakete IA-I IA-II IA-III PS-I PS-II PS-III RP-I Paket I Basis BP-I CRCA-I RP-II BP-II Paket II CRCA-II Erweiterung RP-III Paket III Endausbau SM-I SM-II RTM-I RTM-II SLA-I SLA-II RSM-I RPM-I 29 Roadmap für Realisierungspakete t 0 (Projektstart) Q 1 Q 2 Q 3 Q 4 Q 5 Q 6 Q 7 Q 8 Q 9 Q 10 Q 11 Q 12 Beschaffung Proof of Concept Integrationsarchitektur Prozess-Steuerung S/R-Repository Betriebsportal B-I PoC B-II B-III IA-I IA-II IA-III PS-I PS-II PS-III RP-I RP-II RP-III BP-I BP-II Correlation / RCA CRCA-I CRCA-II Test. Mgmt. RTM-I RTM-II SLA Mgmt. SLA-I SLA-II Status Monit. RSM-I Res. Perf. Monit./Mgmt. RPM-I SM-I 30 Basis Erweiterung Endausbau 15

16 Inhalt TMF NGOSS Programm Grundlagen und Ziele des Projektes Vorgehensweise und Ergebnisse Zusätzliche Aspekte Betriebswirtschaftliche Aspekte Kommunikationsaspekte Weitere Einflussfaktoren Diskussion 31 Zusätzliche Aspekte (1/3) IT Architektur hat strategische Bedeutung für das jeweilige Unternehmen und ist daher keine rein technische Disziplin Neben technischen Aspekten bestimmen eine Reihe weiterer Einflussfaktoren über Erfolg oder Misserfolg des Projektes IT-Architekt steht im Mittelpunkt eines Spannungsfeldes verschiedenster Unternehmensinteressen In Abhängigkeit der eigenen Rolle (interne Position im Unternehmen, externer Dienstleister) sollten nachfolgende weitere Einflussfaktoren bzw. Aspekte berücksichtigt werden 32 16

17 Zusätzliche Aspekte (2/3) Kommunikationsaspekte Definition und Abstimmung der strategischen Projektziele mit (Entwicklungsprämissen) Frühzeitige Analyse der Organisation, Interessenlage der Unternehmensbereiche und der sozialen Netze innerhalb des Unternehmens (IST-Aufnahme) Identifikation von Befürwortern und Gegnern des Projektes Einbeziehung von allen interessierten Parteien inkl. Nutzer Basis für spätere Nutzer-Akzeptanz Werbung für das Projekt durch Nutzen-Kommunikation Frühzeitige Einbeziehung und Motivation des Projektteams, z.b. durch Erarbeitung Anforderungskatalog Beachtung der Unternehmenskultur Do it yourself -Kultur vs. strategischem Architekturmanagement 33 Zusätzliche Aspekte (3/3) Betriebswirtschaftliche Aspekte Sich verändernde wirtschaftliche Rahmenbedingungen haben unmittelbare Auswirkung auf allokierte Budgets IT-Architekt sollte immer alternative Projektansätze vorsehen IT-Architekt sollte zumindest zu Fragen nach erforderlichen Investitionen, Ressourcen und Realisierungszeiträume auch für alternative Projektansätze aussagefähig sein Weitere Einflussfaktoren Generierung von Quick Wins zur Sicherung der Projektunterstützung durch das Beobachtung der Marktentwicklung, z.b. Marktkonsolidierung mit entsprechenden M&A-Aktivitäten 34 17