DIGITALE PLATTFORMER – HVA SIER FORSKNINGEN? Marius Mikalsen, PhD Seniorforsker SINTEF, Post Doc NTNU
DIGITALE PLATTFORMER – HVA SIER FORSKNINGEN?
Marius Mikalsen, PhD
Seniorforsker SINTEF, Post Doc NTNU
Hva bør digitale plattformer støtte?
• Modularisering
• Eksperimentering
• Verdinettverk
2
Hva bør digitale plattformer støtte?
• Modularisering
• Eksperimentering
• Verdinettverk
3
VANSKELIG Å PLANLEGGE, MÅ SKAPES
VUCA: hvorfor det er så vanskelig å planlegge
• Volatility (Flyktig)
• Uncertainty (Usikkert)
• Complexity (Komplekst)
• Ambiguity (Tvetydig)
4
Nathan Bennet and G. James Lemoine, HBR
https://hbr.org/resources/images/article_assets/hbr/1401/F1401C_A_LG.gif
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
Helse: sosioteknologisk kompleksitet
6
Teknisk: 5700 IT systemer i Helse Sør Øst Organisasjon/praksis:
Kristoffer Fossum, UiO https://www.uio.no/studier/emner/matnat/ifi/INF3290/h18/forelesinger/2018_10_17_kf_innforing-av-kjernejournal-i-sykehus.pdf
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
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
https://www.digitalhealth.net/2017/09/gartner-says-nhs-reliant-closed-systems/
Hvorfor er digitale plattformer så populært?
9
3 perspektiver på Digitale Plattformer (Rolland et al 2018)
• 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”
10
Perspektiver på Digitale Plattformer (Rolland et al 2018)
• 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
Definisjoner i organisatorisk perspektiv• 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)12
Boundary resources model (Ghazawnehand Henfridsson 2013)
13
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
MODULARISERING
15
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
«Boundary resources» i Helse Sør-Øst
17
Eksempel: Kontekstsynkronisering IMATIS/DIPS
IMATIS Web applikasjon Åpner DIPS tykk klient med pasient M74 år i kontekst
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…
19
Bjørn Villa, IT sjef TK https://www.digi.no/filer/Helseplattformen_-_lojalitet_til_prosess_eller_kommunen.pdf
Eksperimentering
20
Eksperimenter med kjerne og periferisamtidig
21
Rigge for fart i utvikling (tar lang tid å fjerne monolitten..)
• Fase 1 (2006-2011) : Høy fleksibilitet – lav stabilitet
• → eskalerende feil, mye nedetid
• Fase 2 (2012-2016): Høy stabilitet – lav fleksibilitet
• →Mindre feil, men måndeder fra implementering til
prod.
• Fase 3 (2017 - pågående): Høy stabilitet – høy
fleksibilitet
• → Raskere utvikling = mer eksperimentering
22
EPIC?
23
Verdinettverk
24
Uber – sjåførene slår tilbake
25
https://www.neowin.net/news/uber-drivers-are-exploiting-the-system-to-trigger-higher-priced-fares/
Skape verdinettverk- mulig selv i formelle systemer
26
«Arms length» - Apple´s iOS (Eaton et al. 2015)
• «boundary resources» brukes til å kontrollere andre menneskers
adferd
• Evolusjon av «boundary resources»
• 2007 - 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
Epic?
28Gunnar Ellingsen https://ehealthresearch.no/files/documents/Helseplattformen/Workshop-2018-nov/5_1_preparing_EPIC.pdf
Oppsummering
• 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 29
Teknologi for et bedre samfunn
Referanser• 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), 381-400
• 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), 217-243.
• Fossum, Kristoffer (2017) https://www.uio.no/studier/emner/matnat/ifi/INF3290/h18/forelesinger/2018_10_17_kf_innforing-av-kjernejournal-i-sykehus.pdf
• Gawer, A., & Cusumano, M. A. (2014). Industry platforms and ecosystem innovation. Journal of Product Innovation Management, 31(3), 417-433.
• Ghazawneh, A., & Henfridsson, O. (2013). Balancing platform control and external contribution in third‐party development: the boundary resources model. Information systems journal, 23(2), 173-192.
• de Reuver, M., Sørensen, C., & Basole, R. C. (2018). The digital platform: a research agenda. Journal of Information Technology, 33(2), 124-135.
• 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), 419-443.31