Emne 5.0 — Produktledet arbejde

I én sætning: Produktledet arbejde finansierer varige, bemyndigede teams til at eje en tjeneste i hele dens levetid og holder dem ansvarlige for målbare resultater frem for for levering af en fast liste af funktioner.

Hvorfor det er vigtigt i sundhed og pleje#

Det meste af, hvad digitale sundheds- og plejeorganisationer driver, er ikke en engangsleverance — det er en levende tjeneste. NHS App, en elektronisk patientjournal, en fælles omsorgsjournal, et e-henvisningsforløb, et socialpleje-sagsstyringssystem: intet af dette er "færdigt". Det skal løbende forbedres, efterhånden som klinisk vejledning ændrer sig, sikkerhedshændelser dukker op, efterspørgslen skifter, og landskabet omkring det udvikler sig.

Når man styrer en levende tjeneste som en række usammenhængende projekter, får man et forudsigeligt svigt: en leverandør bygger efter en specifikation, pengene løber ud, teamet opløses, og tjenesten overlades til at rådne, til næste kapitalansøgning. Klinikere arbejder udenom hullerne, patientsikkerhedsrisici akkumuleres, og ligestillingen lider, fordi de mennesker, der er mindst i stand til at tolerere en klodset tjeneste, er dem med det største behov. Produktledet arbejde findes for at bryde den cyklus. Det holder et stabilt team tæt på brugerne og på resultaterne, så tjenesten bliver sikrere, mere brugbar og mere retfærdig over tid i stedet for at forfalde mellem finansieringsrunder.

Indsatsen er også økonomisk og lovbestemt. Offentlige midler beskyttes bedre af et team, der løbende validerer, om en tjeneste faktisk forbedrer plejen, end af et projekt, der måler succes som "leveret til tiden og inden for budgettet", uanset om nogen drog fordel. Dette emne står ved siden af emne 5.1 — Projektledet arbejde og emne 5.2 — Programledet arbejde; de tre er komplementære redskaber, ikke rivaler, og emne 5.3 — Virksomhedsdækkende projektporteføljestyring (EPPM) forklarer, hvordan man holder dem sammen.

Kernebegreber#

Varigt produktteam. Et tværfagligt, langlivet team, der ejer et produkt eller en tjeneste gennem hele dens livscyklus. Teamet består; arbejdet flyder til det. Det er den atomare enhed i den produktdriftsmodel, Marty Cagan og Silicon Valley Product Group (SVPG) beskriver: en stabil gruppe bestående af en produktansvarlig, en produktdesigner og udviklere, støttet af klinisk og dataekspertise i en sundhedssammenhæng.

Bemyndiget team. Cagan trækker et skarpt skel mellem et "funktionsteam", der får overrakt en køreplan over ting at bygge, og et "bemyndiget team", der får overrakt problemer at løse og resultater at opnå og stoles på til at finde den bedste løsning. Bemyndigelse er ikke en licens til at gøre hvad som helst; det er ansvar for resultater inden for en klar strategisk ramme.

Resultater frem for outputs. Output er det, du leverer — en funktion, en udgivelse, en skærm. Et resultat er den ændring i verden, der følger — færre udeblevne aftaler, hurtigere udskrivning, reducerede medicinfejl, mere ligelig optagelse. Produktledet arbejde måler teams på resultater, fordi det at levere en funktion, ingen bruger, eller som ingen er sikrere af, er spild klædt ud som fremskridt.

Produktansvarlig. Lederen af produktledelse, ansvarlig for produktets værdi og levedygtighed: er dette værd at bygge, vil folk bruge det, passer det til organisationens strategi, regulering og økonomi? I sundhed og pleje må denne rolle samarbejde tæt med ledere for klinisk sikkerhed og informationsstyring, ikke sidde over dem.

Produktdriftsmodel. SVPG er eksplicit om, at dette er en model, ikke en metode eller et stift rammeværk: et sæt principper for, hvordan et firma bygger og driver teknologibaserede produkter — bemyndigede teams, resultatansvar, kontinuerlig afdækning og produktstrategi — frem for en foreskreven proces, man installerer.

Produktlivscyklus. Afdækning (er der et reelt problem, der er værd at løse?), levering (byg det sikkert og godt), vækst og optimering (forbedr adoption og resultater) og til sidst nedlæggelse (pensionér eller erstat elegant). Produktledede teams ejer det hele, hvorfor de kan træffe fornuftige helhedsafvejninger, et projektteam ikke kan.

Bedste praksis#

1. Finansiér teamet, ikke projektet. Flyt penge fra tidsbegrænsede projektbudgetter til stående produktbudgetter knyttet til en værdistrøm, som Mik Kersten argumenterer i Project to Product. Finansiér et vedvarende team til at forfølge resultater over successive planlægningscyklusser, og gen-autorisér finansiering på grundlag af påviste resultater, ikke en milepælsplan aftalt år tidligere.

2. Giv teams problemer og resultater, ikke funktionslister. Formulér mandatet som "reducér raten af udeblevne aftaler i ambulatoriet" eller "skær ned på den tid, en kliniker bruger på at finde et svar", og lad det bemyndigede team opdage den bedste løsning. En køreplan af forpligtede funktioner overrakt oppefra genskaber det funktionsteam-antimønster, Cagan advarer imod.

3. Gør resultatmål eksplicitte og klinisk meningsfulde. Aftal et lille sæt resultatmetrikker på forhånd, helst som mål og nøgleresultater (OKR’er — se emne 7.3). Par hver effektivitetsmetrik med en sikkerheds- og en ligestillingsmetrik, så et team aldrig belønnes for fart på bekostning af skade eller udvidet ulighed.

4. Hold teamet tæt på reelle brugere. Indlejr kontinuerlig afdækning: regelmæssig kontakt med klinikere, plejemedarbejdere, administratorer og patienter. NHS Service Manual og GOV.UK Service Manual gør begge brugerforskning til en stående disciplin, ikke en engangsfase. Et varigt team gør dette overkommeligt, fordi relationerne består.

5. Byg tværfaglige teams med klinisk sikkerhed indeni. Et digitalt sundhedsproduktteam har brug for, ved siden af produkt/design/udvikling, en klinisk sikkerhedsansvarlig (DCB0129/DCB0160), informationsstyring og dataekspertise. Sikkerhed og styring er designinput, ejet inden for teamet, ikke porte boltet på til sidst.

6. Instrumentér produktet, og handl på dataene. Varige teams kan investere i telemetri, så beslutninger er forankret i reel brug og reelle resultater frem for mening. Følg adoption pr. kohorte for at fange digital udelukkelse tidligt.

7. Eje hele livscyklussen, herunder nedlæggelse. Bemyndigede teams planlægger for yndefuld pensionering og migrering, ikke blot lancering. At beslutte ikke at blive ved med at bygge og at konsolidere på en strategisk platform er en legitim og værdifuld produktbeslutning.

8. Afstem teams gennem strategi, ikke mikrostyring. Autonomi uden afstemning producerer lokal optimering og kaos. En klar produktvision og -strategi — og i stor skala en portefølje- og programramme (emne 5.2 og 5.3) — er det, der lader jer bemyndige teams sikkert.

Spørgsmål at drøfte med dit team#

1. Hvilke af de tjenester, vi driver i dag, er reelt levende tjenester, der fortjener et varigt, finansieret produktteam, og hvilke er afgrænset arbejde, vi blot foregiver har brug for et? Dette er det grundlæggende sorteringsspørgsmål, og at tage fejl i begge retninger er dyrt. I en digital sundheds- og plejeorganisation er landskabet en blanding — en fælles omsorgsjournal eller den patientvendte app er en levende tjeneste, men en engangsudflytning fra datacenter eller en hardwareudskiftning er reelt afgrænset — og det ærlige svar kræver at nævne hvert væsentligt system og argumentere dets sag frem for at anvende én finansieringsmodel overalt. Spændingen er, at økonomi- og styringsmaskineriet som regel skubber alt mod tidsbegrænsede kapitalansøgninger, så at kalde noget et "produkt" kan føles som særbehandling, mens det at kalde en levende tjeneste et "projekt" i det stille garanterer det bygge-og-opgiv-forfald, der er beskrevet tidligere i emnet. Overvej helhedsomkostningen, den hastighed, hvormed klinisk vejledning og efterspørgsel ændrer sig omkring tjenesten, og om patientsikkerhedsrisiko akkumuleres, når ingen ejer kontinuerlig forbedring. Et godt svar nævner to eller tre tjenester, hvor et varigt team klart er berettiget, er åbent om de grænsetilfælde og parkerer eksplicit det afgrænsede arbejde til emne 5.1 frem for at forsvare en blanket politik.

2. Hvilke to eller tre resultatmetrikker ville vi faktisk satse et teams finansiering på, og hvordan parrer vi hver med et sikkerheds- og et ligestillingsmål, så vi aldrig belønnes for fart på bekostning af skade? Resultater frem for outputs er let at sige og svært at operationalisere, fordi i det øjeblik en metrik driver penge, begynder den at forvride adfærd. Et digitalt sundhedsteam, der får besked på at "reducere raten af udeblevne aftaler", kan ramme tallet ved at nudge de mest digitalt selvsikre patienter, mens det i det stille udvider kløften for ældre eller mere dårligt stillede kohorter — så debatten må bringe frem, hvilken enkelt effektivitetsmetrik hvert team måske overoptimerer, og hvad det parrede sikkerheds- og ligestillingsværn faktisk måler. Tag konkrete kandidater med til bordet (reducerede medicinfejl, hurtigere udskrivning, optagelse efter lokalområde eller digital-adgangs-proxy) og stresstest om de er klinisk meningsfulde eller blot lette at instrumentere. Overvej, hvem der ejer hver metrik, hvad baselinen er, og hvor ofte den gennemgås, fordi et uejet eller ubaselinet resultat er dekoration. Et ærligt svar accepterer, at nogle resultater, vi bekymrer os om, er langsomme eller svære at måle, modstår trækket mod forfængelige adoptionstal og forpligter sig til at offentliggøre ligestillingsmålet ved siden af effektivitetsmålet, så afvejningen forbliver synlig.

3. Hvor megen reel beføjelse er vi parate til at give et bemyndiget team til at ændre retning, og hvilken strategisk ramme forhindrer den autonomi i at fragmentere til lokal optimering? Bemyndigelse er kernen i produktdriftsmodellen og også dens mest almindelige forfalskning, fordi organisationer omdøber teams til "produktteams", mens de stadig rækker en fast køreplan og måler på levering. Det ægte spørgsmål er, hvor grænsen går: kan et team pivotere fra en bestyrelsessponsoreret funktion til en anden løsning, når afdækning viser, at den vil realisere resultatet bedre, eller vil klinisk styring, informationsstyring og eksisterende leverandørkontrakter nedlægge veto mod det i praksis? Spændingen er, at autonomi uden afstemning producerer dobbeltarbejde og drift på tværs af et ICS, mens afstemning håndhævet som mikrostyring genskaber funktionsfabrikken — så svaret ligger i en eksplicit produktvision og -strategi, og i stor skala en porteføljeramme, der begrænser uden at diktere. Overvej en nylig beslutning, hvor et team ville ændre kurs, og spørg ærligt, om systemet lod det. Et godt svar definerer de beslutninger, et team må tage alene, versus dem der kræver eskalering, nævner det strategidokument, der giver rammen, og er åbent om, hvor organisationen i dag forveksler kontrol med afstemning.

4. Hvordan finansierer og forsvarer vi et varigt team gennem det årlige budget, og hvad vil vi faktisk gøre, når økonomi beder os begrunde et "produkt" uden fast slutdato? Produktledet arbejde står og falder med penge, og maskineriet i NHS’ og den offentlige sektors økonomi er bygget til tidsbegrænsede kapitalansøgninger, ikke rullende driftsfinansiering knyttet til en værdistrøm — så dette spørgsmål tvinger de ubehagelige operationelle detaljer frem bag "finansiér teamet, ikke projektet". Spændingen er, at et varigt team har brug for flerårig stabilitet for at fastholde knappe kliniske, produkt- og udviklingsfolk, men den bevilling, det afhænger af, genkæmpes hvert år mod kapitalprojekter, der viser en pæn start og slutning. Tag de reelle tal med: hvad er teamets stående omkostning, hvilken værdistrøm kortlægger det til, og hvilken evidens for påviste resultater ville berettige gen-autorisation versus en milepælsplan aftalt år tidligere. Overvej, hvordan regnskabsregler for kapital versus drift, indkøbscyklusser og leverandørkontrakter enten hjælper eller bekæmper modellen i jeres organisation. Et ærligt svar nævner, hvem der godkender det rullende budget, hvad der sker med teamet i et dårligt bevillingsår, og om organisationen er parat til at omdanne en reel tjeneste til en produktlinje frem for stille at lade den falde tilbage til projektansøgninger.

5. Når produktledet arbejde møder vores pligter for klinisk sikkerhed og informationsstyring, er sikkerhed og styring så reelt inde i teamet som designinput, eller er de stadig porte, teamet haster mod og forhandler udenom? Et varigt, bemyndiget team, der leverer kontinuerligt, ændrer risikobilledet, fordi hver iteration er en potentiel hændelse for klinisk sikkerhed og databeskyttelse frem for en enkelt godkendelse ved slutningen af et projekt — så DCB0129/DCB0160-fareanalyse og DPIA’er må leve inde i teamets rytme, ikke boltes på ved en udgivelsesport. Spændingen er reel: at indlejre en klinisk sikkerhedsansvarlig og en informationsstyringsleder i hvert produktteam er dyrt, og disse kompetencer er knappe, så organisationer fristes til at dele dem tyndt eller behandle assurance som en godkendelse, teamet søger sent. Den fristelse er præcis, hvad der genskaber bygge-og-opgiv-fejlen for sikkerhed, for et team, der optimerer en resultatmetrik under leveringspres, vil uden en intern sikkerhedsstemme opdage skade først efter den når patienter. Overvej, hvordan sikkerhedscasen holdes levende over mange små udgivelser, hvem der ejer farelogen, og om styringskolleger har reel indflydelse på afdækning og prioritering eller blot et veto til sidst. Et godt svar er åbent om, hvor sikkerhed i dag er en port frem for et designinput, og forpligter sig til den bemanding og rytme, der gør kontinuerlig assurance overkommelig.

6. Hvordan holder vi et varigt team reelt tæt på underbetjente brugere, så kontinuerlig forbedring indsnævrer frem for udvider digital udelukkelse? Produktledet arbejde lover lighed som et førsteklasses resultat, men et stabilt team, der instrumenterer sit eget produkt, vil naturligt høre højest fra de brugere, der allerede engagerer sig — de digitalt selvsikre, de forbundne, dem der dukker op i telemetrien — så nærhed til brugere kan i det stille blive nærhed til de lette brugere. Spændingen er, at de kohorter, der er mest udsat for udelukkelse (ældre patienter, mennesker i dårligt stillede lokalområder, dem med lav digital adgang eller sprogbarrierer), er de sværeste og dyreste at nå gennem kontinuerlig afdækning, og alligevel præcis de mennesker, en offentlig sundhedstjeneste findes for at tjene. Tag konkret praksis med til bordet: hvilke kohorter der bevidst rekrutteres til forskning, hvordan adoption følges efter lokalområde og digital-adgangs-proxy, og hvilken ikke-digital reserve der findes, når den digitale vej efterlader nogen. Overvej, om teamets ligestillingsmetrik faktisk ændrer beslutninger eller blot rapporteres. Et ærligt svar indrømmer, hvor den nuværende forskningspulje hælder mod de lette at nå, nævner de underbetjente grupper, det endnu ikke hører fra, og beskriver den specifikke investering — opsøgende arbejde, assisteret digital, telefonreserve — der forhindrer forbedring i at akkumulere fordel.

I praksis: et eksempel fra sundhed og pleje#

Et integreret plejesystem (ICS) driver en patientvendt aftalestyringsapp brugt på tværs af flere hospitaler. Historisk var hver forbedring et separat projekt: en leverandør blev engageret til at "tilføje sms-påmindelser", leverede det og forlod. Seks måneder senere fejlede påmindelserne, ingen ejede rettelsen, og en kapitalansøgning var nødvendig for at genåbne kontrakten.

ICS’et skifter til en produktledet model. Det opretter et varigt produktteam — en produktansvarlig, en designer, fire udviklere, en klinisk sikkerhedsansvarlig og en informationsstyringsleder — finansieret på rullende basis og med mandat til et resultat, ikke en funktionsliste: reducér raten af udeblevne aftaler (DNA) og forbedr lighed i adgang på tværs af befolkningen.

Teamet kører kontinuerlig afdækning med patienter og ambulatorieplanlæggere. De lærer, at påmindelser hjælper, men den større driver af DNA’er i et dårligt stillet lokalområde er, at patienter ikke let kan ombestille, så de blot misser tiden. Fordi teamet ejer resultatet frem for en specifikation, flytter de investering fra en prangende notifikationsfunktion til et enkelt selvbetjent ombestillingsflow, og de instrumenterer optagelse efter lokalområde og digital-adgangs-proxy.

Over tre planlægningscyklusser falder DNA-raten, og — afgørende — teamet overvåger ligestillingsmetrikken og opdager, at optagelsen halter blandt ældre patienter, hvilket udløser en telefonreservevej, så den digitale vej ikke udvider ulighed. Finansieringen fortsætter, fordi resultaterne er påviselige. Ingen funktion blev nogensinde "godkendt og opgivet"; tjenesten bliver blot ved med at forbedres. Da en national platform senere tilbyder den samme kapabilitet, kører det samme team migreringen og nedlægger sin egen komponent — en helhedsbeslutning, et projektteam aldrig ville have været placeret til at træffe.

Sektorperspektiver#

Startup#

I et lille digitalt sundhedsfirma er produktledet arbejde standarden — ofte den eneste — arbejdsmåde: ét enkelt bemyndiget team, undertiden hele virksomheden, ejer produktet fra ende til anden. Finansiering er den bindende begrænsning, fordi investorlikviditet eller tilskudspenge betyder, at teamet hurtigt nok må vise resultattraction (adoption, fastholdelse, et tidligt klinisk signal) til at berettige næste runde, så kontinuerlig afdækning og instrumentering er overlevelsesværktøjer frem for luksus. Risikoappetitten er høj, og ansvaret går til grundlæggere og investorer, ikke en bestyrelse eller offentligheden, så teamet kan pivotere på dage. Fælden er at behandle klinisk sikkerhed og informationsstyring (DCB0129, DPIA) som virksomhedsoverhead, der kan udskydes — i sundhed er den disciplin ufravigelig selv på seed-stadiet, og NHS-købere vil kræve DTAC-evidens, før de lader jer nærme sig patientdata.

Lille virksomhed#

For en etableret lille udbyder — en lægepraksis, et lokalt apotek, et plejehjem eller et hjemmeplejefirma, en enkelt klinik eller en lille sundhedsteknologileverandør forbi startup-fasen — betyder produktledet arbejde sjældent at oprette et dedikeret tværfagligt team, fordi der ikke er en ledig produktansvarlig, designer eller udvikler at finansiere. Her er det "varige team" ofte praksislederen eller den registrerede leder plus en betroet leverandør, så den disciplin, der betyder noget, er at holde den, der konfigurerer og vedligeholder systemet, til resultater — færre udeblevne aftaler, sikrere medicinafstemning, bedre adgang for de skrøbeligste beboere — frem for en engangsinstallation. Kontanter er knappe og løbende, ikke likviditetsbegrænsede, så det fornuftige træk er at købe ind i produkter, andre holder i live (en veldrevet leverandørs køreplan, en fælles omsorgsjournal, en ICS-platform) i stedet for at bestille skræddersyede løsninger, ingen vil vedligeholde. Klinisk sikkerhed og informationsstyring bider stadig fuldt ud — de samme DCB0160-udrulningspligter og DPIA-forpligtelser som et stort hospital — men uden nogen intern kapabilitet, hvilket gør valget af leverandører, der ejer deres sikkerhedscase, til en reel produktbeslutning. Ligestillingsvinklen er tæt på: en lille udbyder betjener ofte netop de ældre eller mere dårligt stillede patienter, der er mest udsat for digital udelukkelse, så en ikke-digital reserve er ikke valgfri.

Stor virksomhed#

I et stort NHS-hospital, integreret plejesystem (ICS) eller sundhedsteknologifirma kolliderer den varige-team-model med årlig kapitalbudgettering og en projektformet økonomimaskine. Kerneopgaven er at omdanne stående tjenester — EPJ-optimeringsteamet, teamet for den fælles omsorgsjournal — fra stop-start-projekter til finansierede produktteams med rullende budgetter knyttet til værdistrømme, hvilket er en økonomi- og styringsændring lige så meget som en organisationsdiagramændring. Ansvaret er lagdelt på tværs af klinisk styring, informationsstyring, bestyrelsesassurance og leverandørkontrakter, så bemyndigelse skal parres med en eksplicit produktstrategi og porteføljeafstemning (se emne 5.3 — Virksomhedsdækkende projektporteføljestyring (EPPM)) for at forhindre dusinvis af autonome teams i at optimere lokalt. Skala er fjenden af nærhed til brugerne, så bevidst investering i indlejret forskning er det, der holder en stor organisations teams ærlige.

Myndighed#

I national skala — NHS England, DHSC, UKHSA — finansierer produktledet arbejde langlivede platforme (NHS App, NHS login, nationale interoperabilitets-API’er) som produkter frem for programmer, holdt til GDS’ og NHS’ Service Standard og deres servicevurderinger. Finansiering flyder gennem Spending Review-bevillinger og business cases, så den svære del er at opretholde stabile teams på tværs af finansår og politiske cyklusser, når maskineriet omkring dem er bygget til tidsbegrænsede projekter. Ansvaret er over for ministre, parlamentet og offentligheden via National Audit Office, og ligestillingspligten er lovbestemt, så resultatmetrikker skal parres med offentliggjorte ligestillingsmål på befolkningsniveau. Gevinsten er rækkevidde: en enkelt produktforbedring kan røre titalsmillioner af brugere på én gang, hvilket hæver både fordelen og omkostningen ved at gøre det forkert.

Typiske fejlmønstre#

• Produktledet kun af navn ("funktionsfabrik"). Organisationen omdøber projektteams til "produktteams", men rækker dem stadig en fast køreplan og måler på levering. Løsning: ændr mandatet og metrikkerne, ikke blot jobtitlerne.
• Resultater uden sikkerheds- eller ligestillingsværn. At optimere en enkelt effektivitetsmetrik kan skjule skade eller udvide udelukkelse. Løsning: hver resultatmetrik parres med et sikkerheds- og et ligestillingsmål.
• "Bemyndigelse" uden strategi. Teams overladt til at opfinde deres egen retning driver og duplikerer. Løsning: stærk produktvision og -strategi og afstemning på porteføljeniveau (emne 5.3).
• At anvende produktledet på reelt afgrænset arbejde. En engangsmigrering af datacenter eller en hardwareudrulning har ikke brug for et evigt team. Løsning: brug projektledet arbejde (emne 5.1), hvor omfanget reelt er fast.
• Finansiering, der falder tilbage til årlige projektansøgninger. Et varigt team på et stop-start-budget kan ikke planlægge eller fastholde folk. Løsning: rullende, resultatgennemgået finansiering for værdistrømmen.
• Produktansvarlig som ticketskriver. At reducere rollen til backlogadministration spilder den. Løsning: hold den produktansvarlige ansvarlig for værdi, levedygtighed og resultater.

Modenhedsmodel#

Tjekliste#

• Er dette reelt en løbende tjeneste (ikke afgrænset arbejde), der passer til et varigt team?
• Ejer et stabilt, tværfagligt team produktet gennem hele dets livscyklus?
• Er teamet mandateret med problemer og resultater, ikke en fast funktionsliste?
• Er resultatmetrikker aftalt — hver parret med et sikkerheds- og et ligestillingsmål?
• Er klinisk sikkerhed (DCB0129/DCB0160) og informationsstyring inde i teamet?
• Er teamet finansieret på rullende basis og gen-autoriseret på påviste resultater?
• Er kontinuerlig brugerforskning og afdækning en stående praksis?
• Er produktet instrumenteret, med adoption følgt pr. kohorte for at fange udelukkelse?
• Er der en klar produktstrategi, der afstemmer autonomi med organisationens mål?
• Er elegant nedlæggelse/migrering planlagt som et eksplicit livscyklustrin?

Centrale kilder#

• Silicon Valley Product Group (SVPG), Marty Cagan — The Product Operating Model: An Introduction og Empowered Product Teams (svpg.com); bøgerne Inspired, Empowered og Transformed.
• Mik Kersten — Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework (IT Revolution, 2018).
• NHS England — NHS Service Manual og NHS Digital Service Standard.
• GOV.UK — Government Digital Service (GDS) Service Manual og Service Standard.
• NHS Digital-standarderne for klinisk sikkerhed DCB0129 (fremstilling) og DCB0160 (udrulning) af sundheds-it-systemer.
• John Doerr — Measure What Matters (OKR’er), til resultatbaseret målsætning.

Referencer#

1. Product management — Wikipedia — https://en.wikipedia.org/wiki/Product_management
2. Product lifecycle — Wikipedia — https://en.wikipedia.org/wiki/Product_lifecycle
3. Cross-functional team — Wikipedia — https://en.wikipedia.org/wiki/Cross-functional_team
4. Value stream — Wikipedia — https://en.wikipedia.org/wiki/Value_stream
5. Objectives and key results (OKR) — Wikipedia — https://en.wikipedia.org/wiki/OKR
6. Electronic health record — Wikipedia — https://en.wikipedia.org/wiki/Electronic_health_record
7. NHS App — Wikipedia — https://en.wikipedia.org/wiki/NHS_App
8. Digital divide — Wikipedia — https://en.wikipedia.org/wiki/Digital_divide
9. The Product Operating Model / Inspired, Empowered, Transformed — Marty Cagan, Silicon Valley Product Group — https://www.svpg.com/
10. Project to Product: How to Survive and Thrive in the Age of Digital Disruption with the Flow Framework — Mik Kersten, IT Revolution (2018) — https://itrevolution.com/product/project-to-product/
11. NHS service manual and NHS Digital Service Standard — NHS England — https://service-manual.nhs.uk/
12. GOV.UK Service Manual and Service Standard — Government Digital Service — https://www.gov.uk/service-manual
13. Clinical risk management standards DCB0129 and DCB0160 — NHS England — https://digital.nhs.uk/services/clinical-safety
14. Measure What Matters — John Doerr — https://www.whatmatters.com/