ݺߣ

ݺߣShare a Scribd company logo

Ta styringen!

•Download as PPTX, PDF•
•
Bouvet ASA
Bouvet ASA
1 of 27
- Hvordan SharePoint muliggjør virksomhetsstyring. Marcus Henriksen, Rådgiver
Rådgiver i Bouvet innenfor Information Management Utdannet Master i Informasjonssystemer ved UiA Tidligere vært 10 år i Telekom bransjen innenfor Billing IT Business Intelligence
Ta styringen!
Ta styringen!
Modenhet Handling Forebedre forretningsprosesser Ta faktabaserte beslutninger Gi konkurransefordeler Kunnskap Vise mønstre Årsak - Virkning Ekspertsystemer Informasjon Tolke Forstå sammenhenger Gi mening Data KPI, Dashboad, Rapporter Forståelse
Applikasjoner Planlegging Produksjon Distribusjon Ekspedisjon Område Gren Forretnings Lokasjon OmrådeID GrenID -enhet LokasjonID FeID • Problemet oppstår først når du øker antall applikasjoner eller systemer som brukeren kan benytte for et utføre en bestemt oppgave. • Hva når den ansatte skal håndtere rapporter fra hvert enkelt system, og sammenligne dem?
• Hver enkelt avdeling har sine egne begreper for ting som «område», «anlegg», «kunde», «forbruker» og «leverandør». Eksempel; • En leder kaller hans produksjonslokasjon for «område», IT avdelingen kaller de for «gren» og finans kaller de for «forretningsenhet» • Produksjon bruker «produksjonslinje» mens finans bruker «anlegg» • Noen sier «kunde og område», mens andre bruker «konto og kunde» Dette viser at semantikk er grobunn for økt kompleksitet i alle typer virksomheter.
• Datamodellene er utdaterte eller eksisterer ikke • Point-to-point «Spagetti» applikasjonsintegrasjon (SPROC) • Massiv data redundans, kreative DBA Kunde- Salgs- Markeds- • Datavolumet øker kraftig. Det er relativt billig tjeneste- system system å handle lagringskapasitet og prosesserings- system kapasiteten øker. Konto- HR plan Faktura Ordre Innkjøp
• Strukturerte data • Master Data (Kunde, Produkt, Lokasjon, Ansatte etc.) • Transaksjonsdata (Ordre, Fakturering etc.) • Ustrukturerte data • Epost • Dokumenter • Web innhold • Bilder • Video • Lyd
• Kun 1 av 10 (9%) pålegger forretningsregler i de operasjonelle datakildene (SOE) • Kun 2 av 10 (21%) gjennomfører datakvalitets kontroller og bruker disse aktivt i validering av informasjon • Kun 1 av 10 (12%) har et fornuftig grep om nøkkel masterdata områder • Kun 1 av 10 (9%) har fullstendige dokumenterte begrepsstandarder • Kilde; Data Governance Benchmarking Survey 2011, The Information Difference (http://www.informationdifference.com/)
Hvordan skal ledelsen ta korrekte beslutninger basert på en slik datatilstand? Data Business Intelligence? Kpi? Datavarehus? Information Management? PerformancePoint? Datakvalitet? QlikView? DataGovernance?
• The Most Basic Requirement of All • Ronald G. Ross – “father of business rules”
• SBV er en avtale mellom forretningssidene samt IT der fokuset er på å finne felles definisjoner på forretningsentiteter og relasjonene mellom dem. Forretningsside Forretningsside Avtale IT • SBV opptrer som en database for deling av metadata på tvers av applikasjoner og prosesser. • Tilnærming; Konseptuell, logisk og fysisk datamodelleringer.
Fokus; Å finne forretningsentitetene og det høyeste nivået av relasjoner mellom dem. Entitet • Noe som er av interesse for forretningsmiljøet • Et objekt som vil ha mange instanser i en database / it-miløet • Er sammensatt av mange attributter som beskriver entiteten • Er unik Forretnings- Lokasjon Produkt enhet
Fokus; Å beskrive data på et så detaljert nivå som mulig, uavhengig av hvordan de fysisk vil bli implementert i databasen. Leveranser • Forretningsentitetene og relasjonene (gjenbrukt fra konseptuell modell) • Alle attributtene for hver entitet (karakteristika) • Primærnøklene for hver entitet • Fremmednøklene for hver entitet • Spesifikasjon av alle tabeller og kolonner Forretningsenhet Forretningsenhet Fe_Id (PK) Fe_Id_Pk (int identity 1,1) not null Fe_Navn Fe_Navn varchar (10) Fe_Beskrivelse Fe_Beskrivelse nvarchar(50) Lokasjons_Id (FK) Lokasjons_Id_Fk (int) not null Lokasjon Lokasjon Lokasjon_Id (PK) Lokasjon_Id_Pk (int identity 1,1) not null Lokasjon_Navn Lokasjon_Navn varchar (20) Lokasjon_Beskrivelse Lokasjon_Beskrivelse nvarchar(50)
Forretnings- enhet Ny Abstrakt Nivå datamodell Rapporteringslag / SharePoint 2010 / Arbeidsprosesser SBV Applikasjoner Planlegging Produksjon Distribusjon Ekspedisjon Område Gren Forretnings- Lokasjon OmrådeID GrenID enhet LokasjonID FeID Eksisterende Konkret Nivå datamodeller
• Forbedrer kommunikasjon internt på forretningssiden samt mellom forretningssiden og IT • Øker oppmerksomheten og reduserer usikkerheten / kompleksiteten rundt data • Øker forståelsen av hvorfor information managment prosjekter må gjennomføres, kan fungere som et proof-of-concept. • Lav investeringskostnad for å komme igang, kan realiseres ved gjenbruk av verktøy som allerede eksisterer i organisasjonen.
• Forankring i toppledelsen og et klart mandat. • Eierskapet må ligge på forretningssiden, men kan fasiliteres og implementeres av IT • Tilgang på folk / kompetanse • Verktøy; • Data Modellering (SharePoint Visio Services, MS SQL, PPT) • Data Mapping, Integrasjon (SSIS, MS Biztalk, MS SQL) • Deling av metadata som genereres i arbeidet (SharePoint)
Er dette virkelig så enkelt? • Selv om utvalget beslutter definisjoner i SBV, vil det over tid oppstå endringer som må håndteres. • Spesiellt når BI-applikasjoner skal gjenbruke definisjonene i SBV kan det oppstå konflikter mellom definisjonen og utforming av GUI. • Eksempel er «EstimertOrdreVolum». • Det må være en kanal i organisasjonen for å kommunisere endringer. En tilnærming til dette er ved innføring av metodikk for Data Governance.
Definisjon • De ansatte, prosessene, reglene og teknologien som brukes til å formelt håndtere og beskytte strukturerte og ustrukturerte data for å sørge for en felles forståelse og annerkjennelse av data som en verdifull eiendel i selskapet Hensikt • Å redusere kompleksiteten i organisasjonen
• Data Governance Change Control Board • Ambassadører for Shared Business Vokabulary • Ansvarlige for godkjenning av endringsforespørsler, endre eksisterende data elementer og innføring av nye data elementer i organisasjonen. • Endringer skal godkjennes av dette uvalget før det sendes til utfører / IT. • Mandat / Myndighet • Data Steward • Ansvarlig for utføre godkjente oppdrag, endringer og tillegg til Shared Business Vokabulary. • Hvilke ansatte passer i slike roller?
• Strukturerte data? • Ustrukturerte data? • Fellesnevneren er at om data er delt og er kritiske for verdikjeden i organisasjonen - må de styres.
Definer Kontroller Metadata må deles mellom hvert steg SBV Monitor Protect Secure Model Lever / Del Provision SharePoint Discover 2010 Identifiser Map Integrate Profile Hver prosess har en tilknyttet Clean teknologi for å støtte utførelsen av oppgaven Integrer Mål
• Tilgjengeliggjøring og deling av metadata • Gjenbruk av kjente kommunikasjonskanaler og danne samarbeidsområder • Innhenting av informasjon vedr begrepsavklaring (avstemning / polls) • Har verktøy som støtter arbeidet (Visio, PerformancePoint)
Ta styringen!
Ta styringen!
Bente Langerud Ole Ivar Gundersen Mortensen Jan Waage Marcus Henriksen Bernt Ove Bessesen

More Related Content

Ta styringen!

  • 1. - Hvordan SharePoint muliggjør virksomhetsstyring. Marcus Henriksen, Rådgiver
  • 2. Rådgiver i Bouvet innenfor Information Management Utdannet Master i Informasjonssystemer ved UiA Tidligere vært 10 år i Telekom bransjen innenfor Billing IT Business Intelligence
  • 5. Modenhet Handling Forebedre forretningsprosesser Ta faktabaserte beslutninger Gi konkurransefordeler Kunnskap Vise mønstre Årsak - Virkning Ekspertsystemer Informasjon Tolke Forstå sammenhenger Gi mening Data KPI, Dashboad, Rapporter Forståelse
  • 6. Applikasjoner Planlegging Produksjon Distribusjon Ekspedisjon Område Gren Forretnings Lokasjon OmrådeID GrenID -enhet LokasjonID FeID • Problemet oppstår først når du øker antall applikasjoner eller systemer som brukeren kan benytte for et utføre en bestemt oppgave. • Hva når den ansatte skal håndtere rapporter fra hvert enkelt system, og sammenligne dem?
  • 7. • Hver enkelt avdeling har sine egne begreper for ting som «område», «anlegg», «kunde», «forbruker» og «leverandør». Eksempel; • En leder kaller hans produksjonslokasjon for «område», IT avdelingen kaller de for «gren» og finans kaller de for «forretningsenhet» • Produksjon bruker «produksjonslinje» mens finans bruker «anlegg» • Noen sier «kunde og område», mens andre bruker «konto og kunde» Dette viser at semantikk er grobunn for økt kompleksitet i alle typer virksomheter.
  • 8. • Datamodellene er utdaterte eller eksisterer ikke • Point-to-point «Spagetti» applikasjonsintegrasjon (SPROC) • Massiv data redundans, kreative DBA Kunde- Salgs- Markeds- • Datavolumet øker kraftig. Det er relativt billig tjeneste- system system å handle lagringskapasitet og prosesserings- system kapasiteten øker. Konto- HR plan Faktura Ordre Innkjøp
  • 9. • Strukturerte data • Master Data (Kunde, Produkt, Lokasjon, Ansatte etc.) • Transaksjonsdata (Ordre, Fakturering etc.) • Ustrukturerte data • Epost • Dokumenter • Web innhold • Bilder • Video • Lyd
  • 10. • Kun 1 av 10 (9%) pålegger forretningsregler i de operasjonelle datakildene (SOE) • Kun 2 av 10 (21%) gjennomfører datakvalitets kontroller og bruker disse aktivt i validering av informasjon • Kun 1 av 10 (12%) har et fornuftig grep om nøkkel masterdata områder • Kun 1 av 10 (9%) har fullstendige dokumenterte begrepsstandarder • Kilde; Data Governance Benchmarking Survey 2011, The Information Difference (http://www.informationdifference.com/)
  • 11. Hvordan skal ledelsen ta korrekte beslutninger basert på en slik datatilstand? Data Business Intelligence? Kpi? Datavarehus? Information Management? PerformancePoint? Datakvalitet? QlikView? DataGovernance?
  • 12. • The Most Basic Requirement of All • Ronald G. Ross – “father of business rules”
  • 13. • SBV er en avtale mellom forretningssidene samt IT der fokuset er på å finne felles definisjoner på forretningsentiteter og relasjonene mellom dem. Forretningsside Forretningsside Avtale IT • SBV opptrer som en database for deling av metadata på tvers av applikasjoner og prosesser. • Tilnærming; Konseptuell, logisk og fysisk datamodelleringer.
  • 14. Fokus; Å finne forretningsentitetene og det høyeste nivået av relasjoner mellom dem. Entitet • Noe som er av interesse for forretningsmiljøet • Et objekt som vil ha mange instanser i en database / it-miløet • Er sammensatt av mange attributter som beskriver entiteten • Er unik Forretnings- Lokasjon Produkt enhet
  • 15. Fokus; Å beskrive data på et så detaljert nivå som mulig, uavhengig av hvordan de fysisk vil bli implementert i databasen. Leveranser • Forretningsentitetene og relasjonene (gjenbrukt fra konseptuell modell) • Alle attributtene for hver entitet (karakteristika) • Primærnøklene for hver entitet • Fremmednøklene for hver entitet • Spesifikasjon av alle tabeller og kolonner Forretningsenhet Forretningsenhet Fe_Id (PK) Fe_Id_Pk (int identity 1,1) not null Fe_Navn Fe_Navn varchar (10) Fe_Beskrivelse Fe_Beskrivelse nvarchar(50) Lokasjons_Id (FK) Lokasjons_Id_Fk (int) not null Lokasjon Lokasjon Lokasjon_Id (PK) Lokasjon_Id_Pk (int identity 1,1) not null Lokasjon_Navn Lokasjon_Navn varchar (20) Lokasjon_Beskrivelse Lokasjon_Beskrivelse nvarchar(50)
  • 16. Forretnings- enhet Ny Abstrakt Nivå datamodell Rapporteringslag / SharePoint 2010 / Arbeidsprosesser SBV Applikasjoner Planlegging Produksjon Distribusjon Ekspedisjon Område Gren Forretnings- Lokasjon OmrådeID GrenID enhet LokasjonID FeID Eksisterende Konkret Nivå datamodeller
  • 17. • Forbedrer kommunikasjon internt på forretningssiden samt mellom forretningssiden og IT • Øker oppmerksomheten og reduserer usikkerheten / kompleksiteten rundt data • Øker forståelsen av hvorfor information managment prosjekter må gjennomføres, kan fungere som et proof-of-concept. • Lav investeringskostnad for å komme igang, kan realiseres ved gjenbruk av verktøy som allerede eksisterer i organisasjonen.
  • 18. • Forankring i toppledelsen og et klart mandat. • Eierskapet må ligge på forretningssiden, men kan fasiliteres og implementeres av IT • Tilgang på folk / kompetanse • Verktøy; • Data Modellering (SharePoint Visio Services, MS SQL, PPT) • Data Mapping, Integrasjon (SSIS, MS Biztalk, MS SQL) • Deling av metadata som genereres i arbeidet (SharePoint)
  • 19. Er dette virkelig så enkelt? • Selv om utvalget beslutter definisjoner i SBV, vil det over tid oppstå endringer som må håndteres. • Spesiellt når BI-applikasjoner skal gjenbruke definisjonene i SBV kan det oppstå konflikter mellom definisjonen og utforming av GUI. • Eksempel er «EstimertOrdreVolum». • Det må være en kanal i organisasjonen for å kommunisere endringer. En tilnærming til dette er ved innføring av metodikk for Data Governance.
  • 20. Definisjon • De ansatte, prosessene, reglene og teknologien som brukes til å formelt håndtere og beskytte strukturerte og ustrukturerte data for å sørge for en felles forståelse og annerkjennelse av data som en verdifull eiendel i selskapet Hensikt • Å redusere kompleksiteten i organisasjonen
  • 21. • Data Governance Change Control Board • Ambassadører for Shared Business Vokabulary • Ansvarlige for godkjenning av endringsforespørsler, endre eksisterende data elementer og innføring av nye data elementer i organisasjonen. • Endringer skal godkjennes av dette uvalget før det sendes til utfører / IT. • Mandat / Myndighet • Data Steward • Ansvarlig for utføre godkjente oppdrag, endringer og tillegg til Shared Business Vokabulary. • Hvilke ansatte passer i slike roller?
  • 22. • Strukturerte data? • Ustrukturerte data? • Fellesnevneren er at om data er delt og er kritiske for verdikjeden i organisasjonen - må de styres.
  • 23. Definer Kontroller Metadata må deles mellom hvert steg SBV Monitor Protect Secure Model Lever / Del Provision SharePoint Discover 2010 Identifiser Map Integrate Profile Hver prosess har en tilknyttet Clean teknologi for å støtte utførelsen av oppgaven Integrer Mål
  • 24. • Tilgjengeliggjøring og deling av metadata • Gjenbruk av kjente kommunikasjonskanaler og danne samarbeidsområder • Innhenting av informasjon vedr begrepsavklaring (avstemning / polls) • Har verktøy som støtter arbeidet (Visio, PerformancePoint)
  • 27. Bente Langerud Ole Ivar Gundersen Mortensen Jan Waage Marcus Henriksen Bernt Ove Bessesen