Leveringen kan ikke forudsiges
Milepælene flytter sig. Status er nemmere at vise end fungerende software.
Projektredning
Få et fastlåst softwareprojekt til at virke igen
Et forsinket projekt bruger fortsat budget. Et ustabilt system gør hver ændring risikabel. Lynray fastslår fakta. Lynray genskaber derefter sikker levering i kontrollerede trin.
Drøft en projektredningTid til at handle
I bruger stadig penge. Projektet kommer ikke sikkert fremad.
En projektredning starter, når den nuværende plan ikke længere giver ledelsen en troværdig vej til værdi.
Produktionen er ustabil
Releases skaber fejl. Teamet udskyder nyttige ændringer, fordi risikoen virker for stor.
Viden er låst fast
Den rigtige adfærd findes i koden. Dokumenterne mangler eller er forældede.
Ældre software blokerer forretningen
Vigtige ændringer tager for lang tid. Prisen på support bliver ved med at stige.
Ret det nødvendige. Bevar det der virker.
Projektredning betyder ikke automatisk en genopbygning. Den første beslutning er, hvad der skal bevares.
Bevar
Bevar fungerende forretningslogik. Bevar stabile dele, som stadig støtter målet.
Stabiliser
Fjern de vigtigste fejlkilder. Gør ændringer i produktion mere sikre.
Forbedr koden med et mål
Forbedr de dele, som gør leveringen langsom. Lad resten være.
Genopbyg kun når det er nødvendigt
Udskift en del, når en reparation koster mere. Gør forretningscasen synlig først.
Plan for redning
Gå fra usikkerhed til kontrolleret levering
Hvert trin skaber bevis. Beviset støtter den næste beslutning om budget.
01
Fastslå fakta
Vi gennemgår kodebasen. Vi kortlægger arkitekturen. Vi undersøger leveringen. Vi forbinder hver risiko med en effekt på forretningen.
Bevis: et kort over den nuværende løsning og en prioriteret risikoliste
02
Stabiliser den kritiske vej
Vi retter akutte fejl. Vi gør systemets tilstand synlig. Vi gør release-processen mere sikker.
Bevis: et stabilt kritisk flow og synlig systemtilstand
03
Genskab levering
Vi bygger planen op omkring små releases. Vi gør ansvaret klart. Vi gør fremdriften synlig.
Bevis: fungerende releases mod en aftalt plan
04
Moderniser i dele
Vi forbedrer én begrænsning ad gangen. Forretningen fortsætter med at køre. Hver ændring skal støtte det aftalte mål.
Bevis: målt forbedring uden en bred genopbygning
Kommerciel styring
Mål redningen med forretningens tal
Redningen skal mindske risikoen. Den skal også forbedre casen for den næste investering.
Prisen på forsinkelse
Registrér den forretningsværdi, som projektets nuværende tilstand blokerer.
Driftsomkostning
Registrér prisen på support. Registrér prisen på leverandører. Registrér prisen på infrastruktur.
Tid til ændring
Mål tiden fra en godkendt ændring til en sikker release i produktion.
Kommercielt resultat
Mål det forretningsresultat, som begrundede projektredningen.
Red projektet uden at miste stabil drift
Projektredning i en stor virksomhed kræver kontrolleret adgang. Den kræver også klare beslutninger ved hver ændring i produktion.
Styring under redningen
- Kontrolleret adgang til produktion
- Godkendte tidspunkter for ændringer
- Plan for tilbagerulning
- Gennemgang af sikkerhed
- Synlige hændelser
- Regler for data
Resultat af overdragelsen
- Kort over den nuværende arkitektur
- Klart ansvar
- Noter til drift
- Prioriteret leveringsplan
- Målt udgangspunkt for levering
- Register over kendte risici
Skalering af succes
Gør én redning til en model for gentagelig levering
Skalering starter, når det kritiske flow er stabilt. Modellen fra redningen kan derefter støtte flere systemer.
1
Beskyt ét kritisk flow
Start der, hvor fejl skaber den største pris for forretningen.
2
Gør levering gentagelig
Brug samme styring af releases. Hold ansvaret synligt.
3
Udvid med bevis
Gå videre til den næste begrænsning, når resultatet støtter det.
Hvad stopper projektet fra at komme fremad?
Beskriv den nuværende situation. Lynray hjælper jer med at definere en lille første vurdering med en klar beslutning til sidst.