1 / 29

EA-arbete i praktiken

EA-arbete i praktiken. Lennart Eriksson Enterprise Architect Grundare onroute group AB. Lennart Eriksson lennart.eriksson@onroute.se. Marie + Jessica med Molly(barnbarn) och Johanna Utvecklare, projektledare, DBA m.m. 10 år som Chefsarkitekt för SEB gruppen Grundare onroutegroup AB

rosa
Download Presentation

EA-arbete i praktiken

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. EA-arbete i praktiken Lennart Eriksson Enterprise Architect Grundare onroute group AB

  2. Lennart Erikssonlennart.eriksson@onroute.se • Marie + Jessica med Molly(barnbarn) och Johanna • Utvecklare, projektledare, DBA m.m. • 10 år som Chefsarkitekt för SEB gruppen • Grundare onroutegroup AB • www.onroute.se • Intressen • Familj • Utförsåkning • Segling • Lite IT 

  3. Affärsproblem att undvika!

  4. Symptom Bristande integration, lång tid för införande av nya funktioner, komplex driftbild ger dyrt IT-stöd Kortsiktiga beslut och/eller bristande strategisk inriktning leder till cykliskt problem 1

  5. Rats’ nest Källa: Service Orient or Be Doomed . 2006, ISBN: 0-471-76858-8

  6. Hur angripa problemen?

  7. Operationella modeller Coordination Unification Country 1 All Countries High Customers Country 2 Customers Country 3 Business process integration Diversification Replication Country 1 Country 1 Customers Customers Low Country 2 Country 2 Customers Customers Country 3 Country 3 Customers Customers High Low Business process standardization Källa: MIT Sloan Center for information systems and IMD

  8. Stages of Enterprise Architecture Maturity Källa: MIT Sloan Center for information systems and IMD

  9. Vilken “operating model” har vår verksamhet?Vilken “foundation for execution” skall vi ha? Strategic initatives Strategic initatives Strategic initatives Strategic initatives Operating model Defines Integration and Standradization requirements Enterprise architecture Establishes priorities Learning And exploitation Updates and evolves architecture Defines core capabilities Engagement model System of governance mechanisms Foundation for execution Core business processes IT Infrastructure Källa: MIT Sloan Center for information systems and IMD

  10. Hur kan detta göras praktiskt?

  11. Förvaltningen för IT-ramverket och dess uppdrag • Råttbo av lösningar skapat av upphandlingsresultat • Initierades hösten 2005 och etablerades under 2006 • Införa en tydlig processbaserad hantering av strukturfrågor som finns och kommer att uppstå för vårdsystem inom SLL • Tillhandahålla regelverk ( RRR = Regler, Riktlinjer och Rekommendationer) både för verksamhet och teknik som grund för normering och styrning av IT-stöd inom vården • Bedriva aktiviteter för att stödja och skapa följsamhet till IT-ramverkets RRR

  12. Område Vy DATAVad FUNKTIONHur NÄTVERKVar MÄNNISKORVilka TIDPUNKTNär MOTIVATIONVarför Omfattning(kontextuell)Planerare Verksamhetsmodell(konceptuell)Ägare Systemmodell(logisk)Designer Tekniskmodell(fysisk)Konstruktör Implementation(realiserad)Bygg/Köp EA-arbete inom SLL mappat till Zachman som stödjande ramverk Verksamhets- arkitektur Lösnings- arkitektur Källa: http://www.zifa.com/

  13. Förvaltarroller inom IT-ramverket • EA-ledning • Ramverksförvaltare • Verksamhetsarkitekt • Informatiker • Teknik • Teknisk arkitekt • Ansvarig för plattformsfunktioner • Integrations specialist • Ansvarig utvecklingsmodeller • IT-säkerhet

  14. IT-ramverket

  15. RRR • Regel – Hårt skallkrav. Går ej att åsidosätta. • Riktlinje – Mjukt skallkrav. Krävs dokumenterat beslut inom IT-ramverketsförvaltning för avvikelse. • Rekommendation – Börkrav. Avvikelse dokumenteras och meddelas IT-ramverketsförvaltning

  16. RRR:ernas roller Sammanfattar på översiktligt sätt vad som finns inom ett ramverk Sätter grunden för revisioner Kopplar sig till detaljer i anvisningar Ger möjlighet att långsiktigt målstyra Exempel (www.it-ramverket.sll.se)

  17. Arbetsformer • Regelmöten 4 gånger per år • Krav på aktivt deltagande ifrån projekt och förvaltningar • Utskick av dokument i förväg för att få en bra dialog och återkoppling på mötet • Vårdrelaterade projekt/förvaltningar ska hålla sig informerade om IT-ramverkets dokumentation • Arkitekturgrupp möten 6 ggr/år • Grupp med deltagande av alla parter som bedriver vårdrelaterade IT-aktiviteter • Utbildning och informationsspridning

  18. Granskningar – tillvägagångssätt för att uppnå följsamhet • Strukturerade möten med hjälp av en upprättad checklista, mellan projekt/förvaltningar och representanter från EA-ramverkets förvaltargrupp • I projekt bör detta ske inför beslutspunkter (BP) • I systemförvaltningar bör det ske minst en gång per år, lämpligen före beslut av förvaltningsplan

  19. InformationsspridningIT-ramverkets web Källa: www.it-ramverket.sll.se

  20. Fortsättning följer…

  21. Arkitektur från verksamhet till IT

  22. Från V och I till T Flera vård och omsorgsgivare kan vara inblandade! Hälsoärende”brukarens process” Möte med vård och omsorg Realiseras av vård- och omsorgsprocesser hos vård- och omsorgsgivare Scenario 1 Mammografi • 10-14 bra scenarier för vård och omsorg • medborgare – olika ingångar / behov • personal – vårdsituationer • vård – inom och mellan vårdgivare • omsorg – inom och mellan omsorgsgivare • gränsöverskridande vård och omsorg (fallet Esther?) • samverkan Försäkringskassan • EU vård • mfl Operativ modell

  23. Socialstyrelsen Försäkringskassan Skatteverket Arbetsförmedlingen Apotek NEF VIF Växel HelhetsbildKund- och personalingångar Riks lokalt & personligt VIK Vårdgivare A Internet tjänster Administration & vårdsystem ”Riksingångar” Telefon Fråga.se Internet tjänster Medborgare HSA NPÖ VpW NPÖ Besök & uppsökande SITHS TIS TIS SVR.se NARRR NARRR HSA RIV RIV NOD SITHS NPÖ Vårdgivare B TIS Internet tjänster Telefon HSA Administration & vårdsystem Telefon NPÖ HSA 1177 SITHS Besök & uppsökande Handbok TIS Internet tjänsterPersonal NOD HSA NARRR VpW - P RIV SITHS TIS NPÖ Kommun C HSA TIS RGS webb Internet tjänster NARRR SITHS Administration & omsorgssytem Telefon HSA Rådgivnings-stöd Kunskapsbas Besök & uppsökande SITHS TIS HSA Handbok RGS SITHS Kan använda samma verktyg

  24. När verkligheten är svårare än vad böckerna säger!

  25. Erfarenheter • Stöd från ledning absolut kritiskt • EA-arbete tar lång tid och kräver ledningens övertygelse och stöd • Kommunikation och skriftlig dokumentation central för efterlevnad uppföljning och kontroll • Intern kompetens måste hanteras omedelbart • Integration är centralt för att lyckas • Både leverantörer och Landstinget är ovan att upphandla tjänstebaserat • Viktigt skilja på hantering av avtal och informatik/teknik

  26. Erfarenheter • Generiska och standardiserade lösningar viktiga för TCO • Standarder löser INTE hela kakan • Stora system innehåller ofantliga mängder detaljer vid teknisk implementation/integration • Moderna metoder och prototyping viktig hjälpmedel för att få användardeltagande och feedback • Anpassning köpta produkter kan vara mycket svår och kostsam

  27. Läsvärt inom EA och SOA • Service Orient or Be Doomed,ISBN 0-471-76858-8 • Enterprise Architecture as Strategy, ISBN 978-1-59139-839-4 • Enterprise Integration Patterns, ISBN 0-321-20068-3 • Service-Oriented ModelingISBN 978-0-470-14111-3

  28. Frågor?

More Related