ENTERPRISE ARCHITECTURE (EA) STRATEGY, BUSINESS AND IT ALIGNMENT

Transkript

1 (EA) STRATEGY, BUSINESS AND IT ALIGNMENT

2 EFTER FROKOST Del 2 - EA Use case Når forretningen driver teknikken.

3 EA USE CASE Dansk produktionsvirksomhed Producerer og sælger elektronikkomponenter til Droner Varer produceres og distribueres fra Danmark Lokale kontorer i hele verdenen står for salg af produkter IT udvikling og drift er centraliseret i det danske hovedkontor Dansk Drone Aps. Udfordringer Salgstal og markedstendenser omsættes ikke hurtigt nok til reel forretningsudvikling og nye produkter Nye salgsmuligheder mistes Omkostninger forbundet med forretningsudvikling er for høje ift. konkurrenter

4 EA USE CASE Forretningsbehov Bedre afrapportering (Krav fra Salg) Hurtigere afrapportering Ensartet proces for afrapportering Ingen dublerede rapporter Fastholdelse af viden (HR krav) Virksomheden, ikke den ansatte, ejer processen Indførelse af Software Governance (CTO krav) Færre devices med admin. Rettigheder Lavere driftsomkostninger (Krav fra CIO/CFO) Reduceret antal tykke klienter Mindre vedligeholdelse af tykke klienters forskelligartet konfiguration Salg Databehandling Analyse DB DB DB DB DB

5 EA USE CASE Logisk Målarkitektur En platform til håndtering af salg, BI og afrapportering opfylder forretningens behov Hovedkontoret kan se data, når salgskontoret har angivet oplysninger Udviklere koder via tynde klienter op imod sammen platform Information og data er tilgængeligt og der udarbejdes færre tunge rapporter Reducerede omkostninger til vedligeholdelse af applikationer og drift af tykke klienter Salg Databehandling Analyse DB

6 EA USE CASE Konceptuel Målarkitektur Forretning Strategi Domain Domain Domain Domain Sikkerhed Den nye løsning Data og Information Proces Applikation Teknologi Legacy Netværk og Infrastruktur

7 HVOR SKER DER ÆNDRINGER I VIRKSOMHEDEN? Salg IT?? Konceptuel Målarkitektur Ensartet Ny struktur Den nye løsning Ny struktur Ensartet Ny struktur Ny struktur Ny struktur

8 EA USE CASE - ARKITEKTUR OMSAT TIL LØSNING Logisk applikationsstruktur 3 Målarkitektur 2 Current/Future Architecture Documentation 1 Sammensat data fra alle niveauer har skabt en arkitektur for hele virksomheden Tværgående effektivitet! 4

9 OPSAMLING PÅ ARKITEKTURNETVÆRK Rammerne for SAS Arkitekturnetværk Udgangspunkt i applikation og teknologi Hvordan forgrener et teknisk projekt sig? (implementering/modernisering) I takt med, at SAS arkitekturen udvikler sig og ny teknologi introduceres er det nødvendigt, at fokusere på virksomheden som en helhed (Strategi, Forretning, Processer og Teknologi) og understøtte forretningens behov, når man implementerer nye SAS produkter eller optimerer eksisterende platform Man bør også bevæge sig på et højere abstraktionsniveau (det konceptuelle lag/målarkitektur), når man Læringspunkter Opgradering af et fragmenteret it-landskab kan være udfordrende Processer, applikationsstruktur og teknologikatalog (komponenter) bør være tilstrækkeligt dokumenteret før en opgradering iværksættes Uden Governance kan it-miljøet sande til Modernisering af platform bør holde SAS roadmap for øje og sikre compliance med SAS arkitektur og teknologi (GRID,HP, LASR, Cloud, Hadoop) Erfaring: I/O kan ende som flaksehals såfremt, at man ikke tager dette for højde i sin moderniseringsplan og sizing (Komponent: Teknologistrategi, Teknologistruktur)

10 OPSAMLING PÅ ARKITEKTURNETVÆRK, SIDE 2 EA rammeværk og modernisering Spørgsmål: Hvordan starter man en SAS modernisering op, når man har projekter nok til, at afdække hele OIO og samtidigt skal tilfredsstille forretningen ad hoc (og potentielt afvige fra sin arkitektur)? Svar: Anvend TOGAF ADM til, at skabe current state og future state architecture brug fra start tid på den indledende fase samt fase A. På denne måde sikres det, at stakeholders tages i ed inden, at man begynder, at udvikle en ny arkitektur for sin SAS platform. Den indledende fase og fase A handler om, at skabe en vision, herunder definere hvor, hvad, hvorfor, for hvem og hvordan den fremtidige arkitektur skal udarbejdes, i overensstemmelse med gældende rammer (Komponenter: strategi, principper). Input: De organisatoriske rammer for arkitekturen Output: Statement of Architecture Work Architecture Definition Document

11 TAK FOR JERES TID! Slut for del 2! Nogle spørgsmål?