10.0 Introduktion til del 10: Projekt-, produkt- og programstyring
Del 10 handler om at styre leveringen af værdi (på niveau med projektet, produktet, programmet og porteføljen) og om den virksomheds- og offentlige ramme, hvor det arbejde foregår. Del 1–9 og 11 viser jer, hvordan I bygger software godt. Denne del er anderledes. Den dækker, hvordan en organisation afgør, hvad den vil finansiere, stiller mange teams og leverandører op bag det valg, styrer risikoen og compliance omkring det, holder det i live over et langt liv, indgår partnerskaber for at innovere og gør alt dette etisk og i offentlighedens interesse. Det er her, ingeniørarbejde møder strategi, penge, indkøb, tilsyn og ansvarlighed.
Dette styringslag betyder mest netop der, hvor denne guidebog sigter: store teams, virksomheder og regeringer. Et enkelt team kan improvisere sin koordinering. Hundredvis af teams kan ikke. Flerårig offentlig finansiering, indkøbsregler, revisionsforpligtelser og systemlevetider målt i årtier forvandler styring fra en overheadomkostning til det, der afgør succes eller fiasko. Kapitlerne her behandler den kontekst ikke som bureaukrati, man skal udholde, men som designinput: de begrænsninger og discipliner, der lader store organisationer forvandle strategi til software, der er værd at bygge, sikker at drive, sund at afhænge af og egnet til at blive stolet på.
Kapitler i denne del
10.1 Portefølje- og programstyring: At afstemme ingeniørarbejde med strategi og OKR’er (objectives and key results), prioritere på tværs af initiativer og koordinere afhængigheder mellem mange teams og leverandører.
10.2 Risiko, revision og assurance: Risiko i virksomheden og hos tredjeparter, revisionsspor og kontinuerlige kontroller, forretningskontinuitet og koncentrationsrisiko.
10.3 Indkøb, open source og licenser: Byg/køb/adoptér-beslutninger, licenscompliance, open source-strategi og OSPO’er (open source program offices) og styring af afhængigheder.
10.4 Vedligeholdelse af store og langlivede systemer: Forvaltning, afbødning af bus-faktor, udfasning og end-of-life samt styring af systemer, der lever i årtier.
10.5 Etik, ansvarlighed og almenvellet: Professionel etik, algoritmisk ansvarlighed, lighed, bæredygtighed og at betjene borgere og kunder med værdighed.
10.6 Projektstyring: At forvandle hensigt til leverede udfald: prædiktiv/adaptiv/hybrid levering, ærlig estimering, afhængigheds- og risikostyring og engagerede interessenter.
10.7 Agil: Adaptiv levering som en indstilling af værdier og principper: Scrum, Kanban og XP (extreme programming); teknisk ekspertise; skalering og afskalering; og agil i virksomheder og det offentlige.
10.8 Modenhedsmodeller: At vurdere kapabilitet mod en stige af niveauer for at prioritere forbedring, et spejl til at styre investering, ikke et trofæ at jagte.
10.9 Innovationspartnerskab: Den bevidste tredje mulighed ud over byg og køb: at indgå partnerskab med startups, laboratorier og offentlige instrumenter for at dele risikoen og belønningen ved at skabe ny kapabilitet.
10.10 Softwareudviklingens økonomi: Rygraden i enhver finansieringsbeslutning: værdi og omkostning, pengenes tidsværdi, omkostningsestimering, ROI/TCO/NPV (return on investment, total cost of ownership, net present value), økonomien i teknisk gæld og forsinkelsesomkostning samt at opbygge en forsvarlig business case.
10.11 Digital suverænitet: Proportional kontrol over jeres data, software og infrastruktur, der dækker jurisdiktion versus opbevaringssted, nøglekontrol, portabilitet og udtrædelse, suveræn cloud og åbne standarder som strategisk autonomi.
10.12 Open source versus closed source: En afbalanceret sammenligning af åben og proprietær software, både som forbruger, der afgør hvad der skal adopteres, og som producent, der afgør hvad der skal open sources, på tværs af omkostning, kontrol, sikkerhed, levetid og indlåsning.
10.13 Samarbejde på tværs af organisationer: Hvordan uafhængige organisationer arbejder sammen på tværs af grænser (konsortier, fonde, standardiseringsorganer, joint ventures samt partnerskaber mellem myndigheder og mellem offentlig og privat sektor) og hvordan man styrer fælles arbejde og afstemmer incitamenter.
10.14 Produktstyring og opdagelse: At eje hvad og hvorfor ved at sætte produktvision og -strategi, køre kontinuerlig opdagelse ved siden af levering, prioritere efter udfald frem for output og behandle køreplaner som hensigt frem for daterede løfter.
10.15 Estimering og prognoser: At lave og kommunikere troværdige forudsigelser under dyb usikkerhed ved at adskille estimater fra forpligtelser, bruge dekomposition og probabilistisk flowprognose, tage den udefrakommende vinkel for store programmer og udtrykke svar som intervaller frem for falske enkeltdatoer.
10.16 Interessenthåndtering og kommunikation: At kortlægge, hvem der har en interesse, styre opad, nedad, på tværs og udad, tilpasse budskabet til målgruppen, rapportere ærligt og kommunikere risiko og dårlige nyheder tidligt frem for at drive politik.
10.17 Organisatorisk forandringsledelse: At hjælpe folk med reelt at adoptere nye arbejdsmåder ved at bruge forandringsmodeller pragmatisk, opbygge sponsorat og et overbevisende hvorfor, rulle ud trinvist og forstærke forandringen, så teams ikke falder tilbage.
10.18 Open source-programkontor (OSPO) og upstream-bidrag: At koordinere, hvordan organisationen forbruger, bidrager til og udgiver open source, fra licens- og forsyningskædehygiejne til upstream-bidrag som strategi, InnerSource og finansiering af de vedligeholdere, I afhænger af.
Sådan hænger kapitlerne sammen
Delen bevæger sig fra det strategiske til det taktiske og tilbage til det etiske. Portefølje- og programstyring (10.1) sætter retning og koordinerer helheden. Den næres af udfaldsmålene fra opdagelsespipelinen (kapitel 11.1) og leveringsdokumentationen fra kapitel 11.2. Projektstyring (10.6) og Agil (10.7) er disciplinerne til at udføre et enkelt initiativ inden for den portefølje: kapitel 10.6 lægger de begrænsninger og valg frem, der er fælles for al levering, og kapitel 10.7 går i dybden med den adaptive mulighed. Risiko og assurance (10.2) og indkøb, open source og licenser (10.3) styrer det, der omgiver levering (eksponering, kontroller, leverandører og afhængigheder), og begge læner sig op ad sikkerheds- og compliancepraksisserne i kapitel 4.6. Modenhedsmodeller (10.8) giver jer en linse til at afgøre, hvor I skal investere i at forbedre alt dette. Innovationspartnerskab (10.9) leverer kapabilitet, organisationen hverken kan bygge eller købe alene, og sidder tæt på indkøb (10.3) og byg/køb/partner-logikken i kapitel 6.1. Vedligeholdelse af systemer (10.4) udvider horisonten til de årtier, et stort system lever, med afsæt i pålideligheds- og driftsdisciplinerne i del 9. Etik og almenvellet (10.5) holder hele bestræbelsen ansvarlig over for de mennesker, den betjener. Læst sammen beskriver disse kapitler, hvordan en stor organisation forvandler strategi og penge til troværdig software på den lange bane.