Hvordan EVRY håndterer kompleksitet

Transkript

1 13 APRIL, 2018 Hvordan EVRY håndterer kompleksitet TERJE HUSBY / GORM BRAARVIG / JESPER ANDERSSON OPEN

2 EVRY Nordic Champion 50 towns and cities with capacity to deliver 11 regional offices with specialist competencies employees Women Age 26% 39yrs 100+ employees

3 Intro om oss Terje Husby Gorm Braarvig Vi er 200 personer i EVRY Public & Healthcare Leverer produkter og løsninger til offentlige virksomheter i Norden Vi er 1000 konsulenter i EVRY Consulting Gorm representerer «Business development» innenfor B&IT Advisory Jesper Andersson jesper.andersson@evry.com Vi är 1500 personer i EVRY Digital Platform Services Levererar plattformen för digitalisering av verksamheter Exempel på partners: IBM, Microsoft, AWS, Google

4 4 Kunder er komplekse

5 Systemer (asis, tobe, gap?)

6

7 Nye utfordringer og muligheter Tjenester Tjenester Tjenester

8 Nye utfordringer og muligheter Tjenester Tjenester Tjenester

9 Nye utfordringer og muligheter Tjenester Tjenester Tjenester

10 Nye utfordringer og muligheter Tjenester Tjenester Tjenester

11 Kunden trenger et rammeverk som understøtter en sosial, økonomisk og miljømessig bærekraftig utvikling Nettverkene kan utvikle økosystemer der individer kan samarbeide og sammen sikre økosystemets utvikling Et av utgangspunktene for denne grunnpilaren er at vi har en høy grad av digitalisering og automatisering Fremtidens organisasjoner må også ta vare på engasjementet og innovasjonsviljen på grasrotnivå

12 Utfordringer Demografiske utfordringer Sammenkopling mellom ulike alders- og sosiale grupper for samhandling Tjenesteyting, f.eks. transport, sosiale tjenester, vedlikehold, helse Miljø Effektiv overvåkning, rapportering og integrasjon av miljødata Vedlikehold Proaktiv overvåkning av tilstand Langsiktig vedlikeholdsplanlegging Bygge helhetlig bilde Samle data fra ulike kilder Understøtte samordning og interaksjon på tvers av aktører

13 Arkitektur «i midten» Business (Terje) In the middle (Gorm) Implementation (Jesper) Q&A 13

14 Business Architecture EVRY s eget behov for struktur skal dekkes Data Architecture Application Architecture Information Systems Technology Architecture Kundens arkitekturbehov skal dekkes 14

15 Data Architecture Business Architecture Information Systems Technology Architecture Application Architecture Kundens arkitekturbehov skal dekkes Kravenes kompleksitet må møtes med riktig kompliserthet Forretningsarkitektur IT-strategi / Målbildehjelp og handlingsplaner Styring og forvaltning «Recource capacity», inklusive sourcing «Resource ability and quality» Tjenesteutvikling, datakvalitet og prosessarbeid/lean Dataarkitektur Masterdata & informasjonsmodeller Sporingsmodeller, metamodeller og kontroll Applikasjonsarkitektur Forenkle kundens applikasjonsportefølje, og innføre standardkomponenter Forny funksjonalitet for å støtte nye krav (kognitiv, sporing, mm) Teknologiarkitektur og plattform senere i presentasjon. 15 Sikkerhetsarkitektur Noen ting er felles. Vi bestreber data-sporbarhet, kryptering av data i ro og data i bevegelse med digitale sertifikater Noen krav er generelle og løses generelt, eksempelvis personvern

16 EVRY s eget behov for struktur skal dekkes Forretningsarkitektur (1, 4) Organisasjon, målinger, etc Prosessmodeller (vi bruker PCF, mapper til ITIL, SCOR og drivere) Dataarkitektur (2) Master data management & én virksomhets-informasjonsmodell Tjenestekatalog, dataflyt, data governance, etc Applikasjonsarkitektur (3, 5) Forenkling av egen applikasjonsportefølje skjer fortløpende på tvers av organisasjonene våre Sikkerhetsføringer Nye løsninger får kryptering av data i ro og data i bevegelse Kryptering skjer med digitale sertifikater Eksempel: fokus på datakvalitet på data om «produkter»

17 EVRY s eget behov for struktur skal dekkes Forretningsarkitektur (1, 4) Organisasjon, målinger, etc Prosessmodeller (vi bruker PCF, mapper til ITIL, SCOR og drivere) Dataarkitektur (2) Master data management & én virksomhets-informasjonsmodell Tjenestekatalog, dataflyt, data governance, etc Applikasjonsarkitektur (3, 5) Forenkling av egen applikasjonsportefølje skjer fortløpende på tvers av organisasjonene våre Sikkerhetsføringer Nye løsninger får kryptering av data i ro og data i bevegelse Kryptering skjer med digitale sertifikater Eksempel: fokus på datakvalitet på data om «produkter»

18 Eksempelarkitektur prosess relatert «Product» Sell Deliver Get Paid Marketing Sales Contract Management Project Delivery Product Finance End Of Commitment Strategy M&A Legal Procurement HR IT Security, Quality & Risk 18

19 Eksempelarkitektur behov koblet til prosess filtrert på «Product» Business Assets Resources Processes Business Results Effects Technolog y Peopl e Informatio n Sales Bids Contracting Client management Delivery Consulting/T&M Solutions/Projects Operations C cut cost B new business Increased market share Increased EBITA Increased share value Support HR Finance Procurement Marketing, Communication, PR Governance, Risk, Compliance, Legal Strategy, Business Development, R&D, Innovation Sales figures are clear and measurements related, actually billed work is controlled Service for product is supported by good quality data Efficient product information lifecycle avoids unnecessary risk Product profitability is reliable because of central data governance Information supports efficient resource management and allocation Supplier and sourcing data is invoices is matched to produduct data 19

20 Eksempelarkitektur Corp MDE Product - nødvendig for kapabiliteter (prioriterte perspektiver)

21 Eksempelarkitektur Corp MDE Product - nødvendig for kapabiliteter (prioriterte perspektiver) Konsernfelles begreper:

22 Men hva er EVRY-produktet, egentlig?

23 Business Architecture Arkitektur som dekker EVRY s behov Data Architecture Application Architecture Information Systems Technology Architecture Arkitektur som dekker kundens perspektiv på EVRY 23

24 Business Architecture Arkitektur som dekker EVRY s behov Data Architecture Application Architecture Information Systems Technology Architecture Arkitektur som dekker kundens perspektiv på EVRY 24

25 Business Architecture Arkitektur som dekker EVRY s behov Data Architecture Application Architecture Information Systems Technology Architecture Arkitektur som dekker kundens perspektiv på EVRY 25

26 26 Implementering

27 Simplified approach to reduce delivery complexity Customer Capability = EVRY Service EVRY Capabilites Partner Capabilites 27

28 Starting point Situation ErgoGroup/Systeam + EDB -> EVRY Previosuly consolidated into four delivery towers ErgoGroup - > Regional Operations NO EDB NO - > Enterprise Operations NO EDB SE -> Enterprise Operations SE Systeam -> Regional Operations SE (previously 50+ standalone organizations) Tech company - many creative solutions to solve customer pains. Shadow IT Cultural differences customers in operations Limited level of automation 28 RESTRICTED

29 Starting point Situation ErgoGroup/Systeam + EDB -> EVRY Previosuly consolidated into four delivery towers ErgoGroup - > Regional Operations NO EDB NO - > Enterprise Operations NO EDB SE -> Enterprise Operations SE Systeam -> Regional Operations SE (previously 50+ standalone organizations) Tech company - many creative solutions to solve customer pains. Shadow IT Cultural differences customers in operations Limited level of automation Effects Complex Architecture Difficulties scaling deliveries cross company Kept re-inventing the wheel 29 RESTRICTED

30 Action 1 Outsourcing of infrastructure operations to IBM + reorganization

31 Contract situation before transformation Contract regulates: Prices SLAs Security Requirements Governance models etc, etc Customer Contract Customer Customer Contract Contract EVRY Customer Contract 31

32 ...and after Customer Customer Customer Customer x Contract Contract Contract Contract EVRY Contract IBM 32

33 Challenges with outsourcing Need to: Safeguard customer data while outsourcing! Stay compliant to contracts and regulations..while offering different sourcing models 33

34 How we approached the situation Data Classification Customer Business Data and Service Management Data Customer Classification Based on contracts, rules and regulations Clearly defined shoring models Global, Nearshore, Local and Security 34

35 Action 2 - Consolidation of remaining tools stack and processes Enterprise NO Regions NO Enterprise SE Regions SE Customers Customers Customers Customers Service Staff EVRY Processes EVRY Tools Ecosystem IBM Tools Ecosystem Infrastructure IBM Datacenter Datacenter 35

36 Manage tools consolidation complexity Difficult to compare apples and pears Shift focus from tools to capabilities Define capabilities and find target tool per capability 36

37 Bonus Effects Cloud ready deliveries Raised the bar on compliance and control with clear models and frameworks for data management Enterprise NO Regions NO Enterprise SE Regions SE Customers Customers Customers Customers Service Staff EVRY AWS Azure Google Processes EVRY Tools Ecosystem IBM Tools Ecosystem Infrastructure IBM Datacenter NO Datacenter SE 37

38 Q&A 38

39