Forretningsperspektivet & Systemperspektivet

1. Forretningsperspektivet &Systemperspektivet BIT-konferansen; 27 april 2004 MSc. Bo Hjort Christensen Industrial Professor/Associate Dean; Handelshøyskolen BI Institute for Leadership & Management Consultant; BHC A/S bo.h.christensen@bi.no

2. Utviklingstrekkene Flere komponenter (program- og infrastruktur) • Granulering • Distribuering • Skalering • Globalisering • Restrukturering Økt spredning av tjenester (flere interessenter/brukere) Økt behov for raske taktskifter (forretningsvolum opp/ned) Økt behov for samhandling (mellom organisasjoner) Økt behov for raske omstillinger (verdikjeder etc.) integrasjonsutfordringen

3. Reduce complexity Reduce custom integration Increase company performance Increase ease of use, scalability and adaptability Increase business process flexibility by using an Enterprise Services Architecture TechnologySea Change TechnologySea Change SCM CRM Convergence Divergence HR Enterprise ServicesArchitecture 3-tier Client/Server Mainframe PCAs* ERP DISTRIBUTION(Decentralization,high end functionalsystems) AUTOMATION(Centralization,“corporate” rules) COMPOSITION(team- and knowledgedriven corporation) 1993 2003 En måte å løse integrasjonsutfordringene på Document Mgmt Market Analysis CallCenter SCM Hub ERP e-Sales Trading E-Procurement Technical systems PLM Gartner Group

4. Arkitektur på norsk Sammensetning og samvirke mellom de enkelte komponenter i et system I vår betydning et “IT- system” eller et ”forretningssystem”. Arkitekturen skal avspeile de elementer som kreves for å realisere egenskapene i ”IT-systemet“ eller forretningssystemet ”As is” arkitekturer versus ”to be” arkitekturer Desto lenger frem i tid en ”to be” arkitektur fokuserer, desto mer prinsipiell blir den, det vil si nøytral i forhold til navngitte teknologier og produkter. Vice Versa. Det betyr at abstraksjonsnivået stiger

5. Leavitts`diamant OPPGAVER TEKNOLOGI MENNESKER STRUKTUR Leavitts diamant fokuserer på at man ikke kan behandle for eksempel teknologispørsmål (datasystemer og infrastruktur) uten samtidig å se på hvilke konsekvenser dette har for de ansatte, deres oppgaver og måten de er organisert på. Dette kalles en helhetlig (holistisk) tilnærmingsmåte.

6. The Zachman Framwork John Zachmann publiserte sitt rammeverk Første gang i IBM Journal 1987 Ballpark View Owners View Designers View Builders View Detailed Representation Functioning System Data Process Technology Data Process Technology Data Process Technology Data Process Technology Data Process Technology Data Process Technology

7. Enterprise Architecture Business Architecture IT Architecture • Steven H. Spewak • ”Developing a Blueprint for • Data, Applications and • Technology” • Willey-QED; 1992 • What are the benefits: • Access to data in a useful format when • and where needed • Ability to adapt to changing business • needs • Accurate and consistent data • Share data across the organization • Contain Costs Enterprise Architecture • Melissa A. Cook • ”Building Enterprise • Information Architecture” • Prentice Hall; 1996 • What are the benefits: • It Streamlines Business Processes • It Reduces Information System Complexity • It Enables Enterprise-Wide Integration through Data-sharing

8. Rangering av problemstillinger som opptar Norske IT-sjeferUndersøkelse gjennomført høsten 1998 Tvungen rangering av 24 forhåndsdefinerte problemstillinger ga følgende resultat: RANG 1: Forbedre sammenhengen mellom IS/IT strategi og forretningsstrategi RANG 2: Identifisere og planlegge IS/IT prosjekter som gir konkurransefortrinn RANG 3: Styrke IS/IT planlegging på tvers av organisasjonsgrenser RANG 4: Bedre planlegging og utvikling av en helhetlig IS/IT arkitektur RANG 20: Implementere og forvalte løsninger for elektronisk handel RANG 23: Styre PC bruk

9. A: Organization • Employees • Organizational units • Locations • Organization • Model ICT- organization D: Applications E: Equipment B: Processes Clients & Servers OS Network & Printers Network Model • Stages in a value chain • Support activities • Process Model Application Components Application Model ICT- processes C: Data Masterdata Data Model ICT- data Forretningsperspektivet To perspektiver, fem dimensjoner(BHC Architecture Framework) Systemperspektivet

10. 2 N-N 2 A: ORGANISASJON A: ORGANISASJON • Medarbeidere • Organisasjonsstruktur • Rollestruktur • Selskapsstruktur • Geografisk struktur • Medarbeidere • Organisasjonsstruktur • Rollestruktur • Selskapsstruktur • Geografisk struktur 6 5 1 D: SYSTEMER D: SYSTEMER E: TEKN. UTSTYR E: TEKN. UTSTYR B: PROSESSER 2 3 • Bransjeløsningen • For- og ettersystemer • Kontorstøtte • Systemstruktur • Bransjeløsningen • For- og ettersystemer • Kontorstøtte • Systemstruktur • PCer, Tjenermaskiner • Operativsystemer • Nettverk/Skrivere • Teknisk infrastruktur • PCer, Tjenermaskiner • Operativsystemer • Nettverk/Skrivere • Teknisk infrastruktur • Primær prosesser • Støtteprosesser • Prosesstruktur 9 10 4 8 7 C: DATA C: DATA • Grunndata • Datastruktur • Grunndata • Datastruktur De 10 koplinger Antall koplingspunkter = De 10 koplingene adresserer hver for seg viktige spørsmål som det må tas stilling til i valg og implementeringsfasen. Pilenes retning er basert på ”hva-som-støtter-hva” prinsippet.

11. Business Processes Organization System- perspektiv System- perspektiv 9 3 5 7 System- perspektiv 9 2 6 8 Forretnings- perspektiv Forretnings- perspektiv 3 2 Koplingene 1 4 Business Processes Forretnings- perspektiv 5 6 1 10 Organization 7 8 4 10

12. A: ORGANISASJON A: ORGANISASJON A: ORGANISASJON • Medarbeidere • Organisasjonsstruktur • Rollestruktur • Selskapsstruktur • Geografisk struktur • Medarbeidere • Organisasjonsstruktur • Rollestruktur • Selskapsstruktur • Geografisk struktur • Medarbeidere • Organisasjonsstruktur • Rollestruktur • Selskapsstruktur • Geografisk struktur D: SYSTEMER D: SYSTEMER D: SYSTEMER E: TEKN. UTSTYR E: TEKN. UTSTYR E: TEKN. UTSTYR B: PROSESSER B: PROSESSER B: PROSESSER • Bransjeløsningen • For- og ettersystemer • Kontorstøtte • Systemstruktur • Bransjeløsningen • For- og ettersystemer • Kontorstøtte • Systemstruktur • Bransjeløsningen • For- og ettersystemer • Kontorstøtte • Systemstruktur • PC-er, Tjenermaskiner • Operativsystemer • Nettverk/Skrivere • Teknisk infrastruktur • PC-er, Tjenermaskiner • Operativsystemer • Nettverk/Skrivere • Teknisk infrastruktur • PC-er, Tjenermaskiner • Operativsystemer • Nettverk/Skrivere • Teknisk infrastruktur • Primær prosesser • Støtteprosesser • Prosesstruktur • Primær prosesser • Støtteprosesser • Prosesstruktur • Primær prosesser • Støtteprosesser • Prosesstruktur C: DATA C: DATA C: DATA • Grunndata • Datastruktur • Grunndata • Datastruktur • Grunndata • Datastruktur Integrasjon mellom aktørenes systemer Organisatorisk ”integrasjon” Infrastrukturell integrasjon Prosess integrasjon System integrasjon Data integrasjon

13. Databasen i sin fulle bredde2004-varianten Strukturerte data Semi strukturerte data • ERP-data • Transaksjonsdata • Sumdata • Grunndata • ERP-dokumenter • Fakturaer • Fraktbrev • Reiseregninger • Bestillinger • etc. Kopling/Integrasjon • Styredata • Behandlingsregler • Autorisasjoner • Rapportoppsett • Fagdokumenter • Produktdokumenter • Saksdokumenter • Korrespondanse • Avtaler, etc. Produktdatahistorikk Application Management Ustrukturerte data

14. Fire løsningsarkitekturer, enkelt eksempel ERP løsning; Økonomi & OLFI + Nisjeprodukt; HRM & Lønn Integrasjon: Posteringer fra lønn til økonomi Integrasjon: Posteringer fra lønn til økonomi Personaldata fra HRM til lønn ERP løsning; Økonomi, OLFI & HRM Nisjepr. Lønn + + ERP løsning;Økonomi, OLFI & Lønn Nisjepr. HRM Integrasjon: Personaldata fra HRM til lønn Integrasjon: Ingen ERP løsning; Økonomi, OLFI, HRM & Lønn Fag- system MPS + Økonomi + OLFI lønn og HRM Bred ERP-løsning Fag- system Arkitekturvalg handler bl.a. om valg av oppgavedeling mellom systemene. Det vil si å skape effektive grensesnitt (integrasjoner). Det vil være bedriftens behov som er bestemmende for hvilken av de fire løsningsvariantene som er best. En ERP-løsning dekker ikke alt. Det vil alltid være et behov for å supplere med spesialsystemer. Det er jo nettopp hva som gjøres i Bransjeløsningene.

15. IKT-kjøreregler • Applikasjoner • og Data • Obligatorisk programvare • Rollebasert programvare Retningslinjer Prosedyrer Standarder Metoder Modeller • Teknisk • Infrastruktur • Personlig teknisk infrastruktur • Felles teknisk infrastruktur • IKT-organisering • og styring • Planprosesser • Utviklingsprosesser • Forvaltningsprosesser IKT kjøreregler (BIT-håndboken)

16. O A: ORGANISASJON P T S • Medarbeidere • Organisasjonsstruktur • Rollestruktur • Selskapsstruktur • Geografisk struktur D D: SYSTEMER E: TEKN. UTSTYR B: PROSESSER • Bransjeløsningen • For- og ettersystemer • Kontorstøtte • Systemstruktur • PCer, Tjenermaskiner • Operativsystemer • Nettverk/Skrivere • Teknisk infrastruktur • Primær prosesser • Støtteprosesser • Prosesstruktur C: DATA • Grunndata • Datastruktur Visjon En måte å se de storesammenhengerpå Forvalte Prosjekter Tiltak Planlegge IKT-kjøreregler • Applikasjoner • og Data • Obligatorisk p.v. • Rollebasert p.v. Utvikle Retningslinjer Prosedyrer Standarder Metoder Modeller • Teknisk • Infrastruktur • Personlig t.i. • Felles t.i. • IKT-organisering • og styring • Planprosesser • Utviklingsprosesser • Forvaltningsprosesser