DIGITALE PLATTFORMER HVA SIER FORSKNINGEN?

Save this PDF as:
 WORD  PNG  TXT  JPG

Størrelse: px
Begynne med side:

Download "DIGITALE PLATTFORMER HVA SIER FORSKNINGEN?"

Transkript

1 DIGITALE PLATTFORMER HVA SIER FORSKNINGEN? Marius Mikalsen, PhD Seniorforsker SINTEF, Post Doc NTNU

2 Hva bør digitale plattformer støtte? Modularisering Eksperimentering Verdinettverk 2

3 Hva bør digitale plattformer støtte? Modularisering Eksperimentering Verdinettverk VANSKELIG Å PLANLEGGE, MÅ SKAPES 3

4 VUCA: hvorfor det er så vanskelig å planlegge Volatility (Flyktig) Uncertainty (Usikkert) Complexity (Komplekst) Ambiguity (Tvetydig) Nathan Bennet and G. James Lemoine, HBR 4

5 Kompleksitet utfordrer planlegging Setting oneself on a predetermined course in unknown waters is the perfect way to sail straight into an iceberg. Henry Mintzberg (The Rise and Fall of Strategic Planning) 5

6 Helse: sosioteknologisk kompleksitet Teknisk: 5700 IT systemer i Helse Sør Øst Organisasjon/praksis: 6 Kristoffer Fossum, UiO 018_10_17_kf_innforing-av-kjernejournal-i-sykehus.pdf

7 Utfordringer med store OG små systemer Små systemer ønskelig, men vanskelig: Hvorfor små: Lokalt utviklet/skreddersøm = tilpasset (brukertilpasset... Involvering...Smidig...) Men; snevert, «Plague of pilots», refoktorisering av arkitektur vanskelig. Store systemer ønskelig, men vanskelig: Hvorfor store: «Impact» reell endring, koordinering, organisering og samarbeid på tvers av ulike praksiser Men; vanskelig å tilpasse, NHS, vil ikke bli for lokal, avstand utvikler-bruker, lukkete systemer, 7

8 Digitale Plattformer en mulig løsning? Mike Jones (Gartner): «Gartner has seen platforms take off in many sectors, and we think the same needs to happen in health There is a huge opportunity for the NHS to create open networked platforms.» 8

9 9 Hvorfor er digitale plattformer så populært?

10 3 perspektiver på Digitale Plattformer (Rolland et al 2018) 10 Ingeniørfaglig: Digital platforms as technical artifacts with a modular architecture consisting of a stable core component and many changing peripheral components Økonomisk Digital platforms as markets that disrupt traditional markets and facilitate efficient interactions between consumers and producers Organisatorisk Digital platforms as innovation practices in which actors organize and coordinate innovation enabled by technical mechanisms and social arrangements

11 Perspektiver på Digitale Plattformer (Rolland et al 2018) 11 Ingeniørfaglig: Digital platforms as technical artifacts with a modular architecture consisting of a stable core component and many changing peripheral components Økonomisk Digital platforms as markets that disrupt traditional markets and facilitate efficient interactions between consumers and producers Organisatorisk Digital platforms as innovation practices in which actors organize and coordinate innovation enabled by technical mechanisms and social arrangements

12 Definisjoner i organisatorisk perspektiv 12 Arms length: the software tools and regulations that serve as the interface for the arm s-length relationship between the platform owner and the application developer. (Ghazawneh and Henfridsson 2013). Core-periphery: evolving organizations or meta-organizations that: (1) federate and coordinate constitutive agents who can innovate and compete [ ] (3) entail a modular technological architecture composed of a core and a periphery. (Gawer 2014) Boundary resources: platform-related boundary resources evolve through the actions of heterogeneous and distributed actors in the platform ecosystem (Eaton et al. 2015) Platform openness: The extent to which platform boundary resources support complements. (de Reuver 2019) Value-creating: a set of digital resources including services and content that enable value-creating interactions between external producers and consumers (Constantinides et al. 2018)

13 Boundary resources model (Ghazawneh and Henfridsson 2013) 13

14 Digitale plattformer - oppsummert Modularisering Stabil kjerne (core) tilpasningsdyktige apps (perifiri) En tredje komponent: «Boundary resources» (API, SDK...) «Openness» - forhandles om Eksperimentering «Boundary resources» automatiserer - muliggjør eksperimentering «arms length» forhold stadig endring Verdinettverk Koble ulike aktører (f.eks. Kjøpere-selgere, utviklere-brukere, utviklere-utviklere) «Evolving» - er ikke gitt! 14

15 15 MODULARISERING

16 En måte å gjøre det på: Bezo s API Manifesto fra 2002 All teams will henceforth expose their data and functionality through service interfaces. Teams must communicate with each other through these interfaces. There will be no other form of inter-process communication allowed: no direct linking, no direct reads of another team s data store, no shared-memory model, no back-doors whatsoever. The only communication allowed is via service interface calls over the network. It doesn t matter what technology you use. All service interfaces, without exception, must be designed from the ground up to be externalize-able. That is to say, the team must plan and design to be able to expose the interface to developers in the outside world. No exceptions. Anyone who doesn t do this will be fired. Thank you; have a nice day! 16

17 17 «Boundary resources» i Helse Sør-Øst

18 Eksempel: Kontekstsynkronisering IMATIS/DIPS IMATIS Web applikasjon Åpner DIPS tykk klient med pasient M74 år i kontekst

19 EPIC? Tradisjonelt betraktet som et «extreme example of standardisation, by leaving all integration to the vendor (Bygstad et al., 2015) - Men det var også SAP Leverandører i endring Bjørn Villa, IT sjef TK 19

20 20 Eksperimentering

21 Eksperimenter med kjerne og periferi samtidig 21

22 Rigge for fart i utvikling (tar lang tid å fjerne monolitten..) Fase 1 ( ) : Høy fleksibilitet lav stabilitet eskalerende feil, mye nedetid Fase 2 ( ): Høy stabilitet lav fleksibilitet Mindre feil, men måndeder fra implementering til prod. Fase 3 ( pågående): Høy stabilitet høy fleksibilitet Raskere utvikling = mer eksperimentering 22

23 23 EPIC?

24 24 Verdinettverk

25 Uber sjåførene slår tilbake 25

26 Skape verdinettverk - mulig selv i formelle systemer 26

27 «Arms length» - Apple s ios (Eaton et al. 2015) «boundary resources» brukes til å kontrollere andre menneskers adferd Evolusjon av «boundary resources» iphone native apps Apple only Jailbreaking, Cydia (2009) Content unclear policy «Kama Sutra» blogs Apple publish policies 2009 Google voice pulled («cannibalism») changes in 2010 Forhandlinger, initiativer, motstand nettverk utvikles stadig 27

28 Epic? 28 Gunnar Ellingsen

29 Oppsummering 29 Modularisering Tenk over hvor man drar grensene mellom kjerne og periferi «boundary resources» - essensielt Hva er de? Hvem vedlikeholder dem? Hvem kontrollerer? Hvor åpne er de? Eksperimentering Automatiserer vi kontroll, standarder +++? Nødvendig for fart. Eksperimenter så mye som mulig, med kjerne og periferi samtidig (ingen vet hva som kommer til å fungere) Vær forberedt på at det tar lang tid, forhandlinger, initiativer og motstand Verdinettverk Verdifullt for alle aktører verdi kan være så mangt Bring aktører tettere sammen Er rom for å bygge verdinettverk selv i «plandrevne» prosjekter

30 Teknologi for et bedre samfunn

31 Referanser 31 Aanestad, M., Grisot, M., Hanseth, O., & Vassilakopoulou, P. (2017). Information Infrastructures within European Health Care. Working with the Installed Base. Springer.Bygstad & Hanseth 2018 Bygstad, B., & Hanseth, O. (2018). TRANSFORMING DIGITAL INFRASTRUCTURES THROUGH PLATFORMIZATION. Constantinides, P., Henfridsson, O., & Parker, G. G. (2018). Introduction Platforms and infrastructures in the digital age. Information Systems Research 29 (2), De Reuver et al 2019 The digital platform: a research agenda Eaton, B., Elaluf-Calderwood, S., Sorensen, C., & Yoo, Y. (2015). Distributed tuning of boundary resources: the case of Apple's ios service system. MIS Quarterly: Management Information Systems, 39(1), Fossum, Kristoffer (2017) Gawer, A., & Cusumano, M. A. (2014). Industry platforms and ecosystem innovation. Journal of Product Innovation Management, 31(3), Ghazawneh, A., & Henfridsson, O. (2013). Balancing platform control and external contribution in third party development: the boundary resources model. Information systems journal, 23(2), de Reuver, M., Sørensen, C., & Basole, R. C. (2018). The digital platform: a research agenda. Journal of Information Technology, 33(2), Rolland, K. H., Mathiassen, L., & Rai, A. (2018). Managing digital platforms in user organizations: the interactions between digital options and digital debt. Information Systems Research, 29(2),