Gjør en utviklingsleders magefølelse til et tall som kan forsvares
Batyom leser koden og organisasjonen deres sammen og svarer på tre spørsmål: hva det koster å endre programvaren deres, hvor kostnaden kommer fra, og hvor dere begynner for å redusere den.
to måneder
det som for to år siden tok to uker
Et begrenset antall organisasjoner. Det begynner med en samtale på tretti minutter.
Kostnaden ingen fører i regnskapet
En funksjon som tok to uker for to år siden, tar i dag to måneder og tre team. Ingen har gjort noe feil. Systemet absorberer ikke lenger endring.
Det finnes aldri én årsak. Programvarens oppbygning og teamenes inndeling sementerer hverandre, og det koster mer hvert år.
Dere merker det først på arbeidet som krysser grenser. Et initiativ berører fire team, venter på gjennomganger ingen eier, og lander på det dobbelte av estimatet. Hver forklaring er plausibel, og ingen av dem er målbar.
to uker, én leveranse
to måneder, tre team
Forskjellen har ikke dukket opp i noe budsjett, og ingen kan si hvor den kommer fra.
Hva som har endret seg
Agenter skriver nå kode inne i den strukturen, og de sementerer den raskere enn noen klarer å se.
Produksjonen øker mens den felles forståelsen av systemet synker. I markedet går allerede en fjerdedel til førti prosent av utviklingskapasiteten til arbeid som tilstanden til systemet gjør nødvendig.
Tre svar, i denne rekkefølgen
-
Hva det faktisk koster å endre programvaren deres
Ett tall per komponent og per initiativ, ikke et avdelingsgjennomsnitt.
-
Hvor kostnaden kommer fra
Koordinering, programvarens tilstand, venting i prosessen, holdt fra hverandre i stedet for lagt sammen.
-
Hvor dere begynner for å redusere den
Ett enkelt trekk, navngitt på den komponenten som fortjener det.
Hvor vi står
Et verktøy for utviklingsledelse forteller dere hvordan leveransen går. Et verktøy for finansiell rapportering forteller dere hvor mye som ble brukt.
Mellom de to er det ingen som forteller dere hvorfor det systemet koster det det koster, og hva som må endres for at det skal koste mindre. Det er spørsmålet et styre stiller, og som en utviklingsleder svarer på ut fra erfaring.
- Oppstrøms
Engineering management
Sier hvordan leveransen går
- Imellom, tomt i dag
Batyom
Sier hvorfor systemet koster det det koster, og hva som må endres
- Nedstrøms
Finansiell rapportering
Sier hvor mye som er brukt
Hvordan vi vet det
Vi leser koden og organisasjonen sammen, for lest hver for seg viser de hver sin halvdel av bildet.
Hvert tall fører tilbake til kilden som ga det. Den observerte skåren er én ting og estimatet i euro en annen, og vi blander aldri de to.
Feilmarginen på et estimat blir alltid oppgitt. Et tall ingen kan diskutere, er et tall ingen kan forsvare.
- Versjonskontroll
- Prosjektstyring
- Kontinuerlig integrasjon og leveranse
- Logger fra agentgatewayen
Den observerte poengsummen
Hva koden og kalenderen faktisk sier, før enhver omregning til penger.
Anslaget i euro
Holdt atskilt fra poengsummen, og lest i deres egen sammenheng.
Feilmarginen oppgis alltid, ikke på forespørsel
Hva dere gjør med det
Grepet navngis på komponenten, ikke på organisasjonskartet: hvilken delt komponent som trenger én eier, hvilken som bør deles, hvor et eget team tjener seg inn i løpet av et kvartal.
Etterpå leser noen av oss den anbefalingen mot konteksten deres, for ingen inferens ser alt som betyr noe i en organisasjon.
-
Produktet sier hvor
Komponenten, striden om eierskapet rundt den, og kostnaden den fortsetter å skape.
-
Våre folk sier hvordan
Hvem som rører den, i hvilken rekkefølge, og hvilken samtale som forberedes først.
Hvem som står bak
Batyom kommer fra QMates. Dette arbeidet har vi gjort for hånd, i dusinvis av organisasjoner, lenge før det var et produkt.
To tredjedeler av dette markedet kjøper fremdeles diagnosen fra en konsulent. Den konsulenten var vi.
Powered by QMates
-
Fabrizio Machella
CEO
-
Nicola Moretto
CTPO
Hva utviklingsledere har fortalt oss
Hvordan regner dere ut disse tingene? Det er hele produktet.
Teknisk direktør, fintech
Nytte-kostnadsanalysen er den enkle delen. Å få endringen godtatt er den vanskelige delen.
Teamleder for utvikling, regulert sektor
Det jeg ikke har i dag, er ett bilde av dataene som ligger i ulike systemer.
Utviklingssjef, forbrukermarkedsplass
Slik kjøper dere det
Et årlig abonnement, der prisen følger antallet utviklere.
Dere starter med en betalt prøveperiode som kan refunderes mot en grunnlinje som avtales før den begynner, slik at det til slutt finnes noe å diskutere.
- En betalt prøveperiode, refunderbar mot en baseline avtalt før den begynner
- Deretter et årlig abonnement, der prisen følger antallet utviklere
- Til slutt noe å diskutere i stedet for et inntrykk
Designpartnerprogrammet
Vi velger et lite antall organisasjoner å bygge Batyom sammen med. Egen utvikling, flere team som må samordne seg.
- En samtale på tretti minutter om konteksten deres
- Tidlig tilgang til produktet
- Vekt på hva som bygges videre
Til gjengjeld: tilbakemeldingene deres, og tillatelse til å sitere dere hvis det hjelper.
Deres søknad
Fire felt. Organisasjonen leser vi ut av domenet i adressen deres.