Sådan får man "agile" til at fungere i regulerede brancher: hvorfor Water-Scrum-Fall ikke er et kompromis

Water Scrum Fall er ikke noget nyt. Det har været omkring i årevis som en måde at beskrive organisationer, der blander waterfall-planlægning med agil udførelse, ofte kritiseret som et kompromis eller en manglende evne til helt at omfavne agile principper. Hos Hyperbolic ser vi på det mere positivt. I stedet for at undgå dem, har vi lært hvordan man får dem til at fungere, når vi udvikler software til kunder, der arbejder i regulerede brancher, hvor ren agil transformation ikke altid kan lade sig gøre. I disse miljøer kan behovet for at holde styr på det store billede, opfylde strikse compliance-krav og navigere i komplekse regelsæt gøre det svært at implementere traditionelle agile tilgange med succes.

Vores erfaring med at udvikle software til kunder inden for pharma, sundhed og det offentlige har lært os, at tricket ikke er at vælge mellem agile og waterfall, men at forstå hvornår og hvordan man bruger hver tilgang inden for samme projekt.

Vores tilgang til hybrid implementering

Grundlaget for succesfuld Water Scrum Fall handler om at sætte klare grænser. Når vi udvikler software til kunder i regulerede brancher, finder vi ud af hvilke dele af udviklingsprocessen virkelig har brug for waterfall-disciplin og hvilke der kan have gavn af agile praksisser. Regulatoriske ansøgninger, compliance-dokumentation og revisionskrav har ofte brug for den forudsigelighed som waterfall giver. Vores teamkoordination, tekniske udførelse og brugerfeedback kan fungere mere fleksibelt.

Vi holder typisk fast i traditionel projektstyring på organisationsniveau, mens vi indfører agile praksisser på teamniveau. Det betyder at stakeholder-kommunikation, regulatorisk koordination og rapportering på højt niveau fortsætter med at følge de etablerede waterfall-processer, mens vores teams får frihed til at træffe taktiske beslutninger om prioriteter, omfang, brugeroplevelse og daglig koordination inden for de organisatoriske rammer.

Vores udviklingsteams bruger sprint-planlægning, daglige standups og retrospektiver, men vi gør det inden for en ramme der respekterer vores kunders compliance-forpligtelser og regulatoriske tidsfrister. Resultatet er mere responsiv udvikling uden at sætte de styringsstrukturer over styr som regulerede brancher har brug for.

Kravspecifikationers rolle i Water Scrum Fall

Kravspecifikationer spiller en afgørende rolle i vores Water Scrum Fall-metodik ved at fungere som broen mellem waterfalls strukturerede planlægning og agiles iterative tilgang. I traditionelle waterfall-projekter er kravspecifikationer omfattende, detaljerede dokumenter der defineres helt fra starten af projektet. I ren agil udvikling bliver de ofte erstattet helt af user stories og acceptkriterier.

I vores Water Scrum Fall-tilgang bliver kravspecifikationer til levende dokumenter der balancerer faste krav med iterativ udvikling. Vi starter med overordnede specifikationer der opfylder regulatoriske krav til dokumentation og godkendelsesprocesser, men udvikler dem gennem projektets forløb baseret på det vi lærer fra hver sprint.

Disse hybride kravspecifikationer opretholder den formelle struktur og sporbarhed som revisorer og regulatorer forventer, mens de giver vores teams mulighed for at finjustere implementeringsdetaljer efterhånden som vi får en bedre forståelse af brugerbehov og tekniske begrænsninger. Specifikationerne fungerer både som det regulatoriske dokument der kræves til compliance og som det udviklende blueprint der guider vores udviklingsarbejde.

Nøglen er at behandle kravspecifikationer som produkter i sig selv der kræver vedligeholdelse og iteration. Vi opdaterer disse dokumenter løbende for at afspejle valideret læring, mens vi bevarer den omfattende forudgående analyse som regulatoriske rammer kræver. Denne tilgang sikrer at regulatoriske krav bliver løbende valideret mod den fungerende software vi leverer i stedet for teoretiske specifikationer, mens den stadig giver det dokumentationsspor som compliance-revisioner kræver.

At få dokumentation til at tjene begge metoder

En udfordring vi hele tiden støder på er at forene waterfalls dokumentationskrav med iterativ udvikling. Vores løsning behandler dokumentation som et produkt, der udvikler sig sammen med koden, mens den opretholder den omfattende struktur som regulatoriske godkendelsesprocesser kræver.

Vi laver kravsdokumenter der kan opdateres iterativt, mens de bevarer den detaljerede forudgående planlægning som compliance-revisioner forventer. User stories kobles til regulatoriske krav gennem formelle sporbarheds-matricer, men vores teams kan justere implementeringsdetaljer efterhånden som vi lærer mere om brugerbehov og tekniske begrænsninger.

Denne hybride dokumentationstilgang forbedrer ofte compliance-resultaterne fordi regulatoriske krav løbende bliver valideret mod den fungerende software vi leverer i stedet for teoretiske specifikationer, mens den stadig leverer det papirspor som revisorer har brug for.

Styrken ved begrænsede retrospektiver

Retrospektiver bliver særligt værdifulde i Water Scrum Fall-miljøer, fordi de hjælper vores teams med at optimere inden for regulatoriske grænser i stedet for at forsøge at eliminere dem. Vi bruger løbende retrospektiver til at skelne mellem ægte compliance-krav og organisatoriske vaner, men altid inden for konteksten af at opretholde de waterfall-styringsstrukturer vores kunder kræver.

Vores teams kan eksperimentere med procesforbedringer i det område, vi har kontrol over, mens de opbygger evidens for tilgange der ikke vil kompromittere vores kunders regulatoriske position. Det skaber en målrettet udvikling af vores udviklingspraksis der respekterer compliance-forpligtelser, mens den fjerner ineffektiviteter, der ikke tjener regulatoriske formål.

Hvorfor det her virker for vores kunder

Vores kunder vælger at arbejde med os, fordi de har brug for bedre softwareprodukter uden at give slip på den forudsigelighed som deres stakeholdere og regulatorer forventer. De vil have den kvalitet og responsivitet som moderne udviklingspraksis giver, men leveret inden for den strukturerede ramme som deres branche kræver og som deres ledelsesgrupper forstår.

Vi arbejder med organisationer, der har prøvet at arbejde med rene agile udviklingsteams, og som har fundet ud af, at manglen på forudgående planlægning ikke passer sammen med deres regulatoriske indsendelsestidsfrister. Vi hjælper også kunder, der har arbejdet med traditionelle waterfall-udviklere, men som vil reducere risikoen for at få udviklet produkter, der ikke rammer brugernes behov, uden at deres egne teams skal igennem en kulturel transformation.

Vores kunder ser tre konkrete forretningsresultater. For det første får de softwareløsninger, der bedre balancerer brugerbehov med regulatoriske krav, fordi vi kan justere implementeringen underveis mens vi holder os inden for det godkendte scope. For det andet reducerer vi projektrisikoen ved at identificere problemer, der passer med deres governance. For det tredje får de et godt overblik som stakeholders, da de både får forudsigelige milepæle og løbende demonstrationer af det software, vi udvikler til dem.

Derfor giver hybridudvikling bedre slutresultater

Vores Water Scrum Fall-tilgang hjælper ofte kunder med at opnå bedre produktresultater uden at forstyrre deres kerneopgaver. Gennem vores udviklingsproces opbygger vores kunder bedre relationer med deres slutbrugere gennem de løbende feedback-cyklusser vi faciliterer, træffer mere informerede beslutninger, fordi de hurtigt får indblik i vores udvikling, og reducerer projektrisiko gennem den trinvise levering og validering, vi i Hyperbolic giver.

Nogle kunder, der oplever succes med vores hybride tilgang, vælger at udvide vores samarbejde til flere produkter i deres portefølje. Andre opdager at vores hybride metodik er deres optimale måde at balancere innovation med regulatorisk compliance for alle deres produktudviklingsbehov. Begge resultater tjener deres forretningsmål, når de basereres på viden om, hvad der faktisk driver bedre kunderesultater og forretningsresultater.

I sidste ende så handler det for os i Hyperbolic om at lave produkter, der virker for den enkelte kunde. Vi brænder for at skabe software, der får succes på markedet, og dette gør vi ved at bruge de metoder, der passer bedst til vores kunders individuelle situation.