Design partner-program

Gör en utvecklingschefs magkänsla till ett tal som går att försvara

Batyom läser er kod och er organisation tillsammans och svarar på tre frågor: vad det kostar att ändra er programvara, var kostnaden kommer från och var ni börjar för att sänka den.

Ansök om tidig åtkomst Så räknar vi ut det

två månader

det som för två år sedan tog två veckor

Ett begränsat antal organisationer. Det börjar med ett samtal på trettio minuter.

Problemet

Kostnaden som ingen bokför

En funktion som tog två veckor för två år sedan tar i dag två månader och tre team. Ingen har gjort något fel. Systemet absorberar inte längre förändring.

Det finns aldrig en enda orsak. Programvarans uppbyggnad och teamens indelning cementerar varandra, och det kostar mer varje år.

Ni känner det först i arbetet som korsar gränser. Ett initiativ rör fyra team, väntar på granskningar som ingen äger, och landar på det dubbla av uppskattningen. Varje förklaring är rimlig och ingen av dem är mätbar.

Samma funktion, två år senare förfluten tid

För två år sedan Ett team

två veckor, en enda leverans

I dag Team A Team B Team C

två månader, tre team

arbete på koden väntan mellan två team

Skillnaden har inte dykt upp i någon budget, och ingen kan säga var den kommer ifrån.

Varför nu

Vad som har ändrats

Agenter skriver nu kod inne i den strukturen, och de cementerar den snabbare än någon hinner se.

Produktionen ökar medan den gemensamma förståelsen av systemet minskar. På marknaden går redan en fjärdedel till fyrtio procent av utvecklingskapaciteten till arbete som systemets tillstånd gör nödvändigt.

Svaren

Tre svar, i den här ordningen

Vad det faktiskt kostar att ändra er programvara

En siffra per komponent och per initiativ, inte ett avdelningsgenomsnitt.
Var kostnaden kommer från

Samordning, programvarans tillstånd, väntan i processen, hållna åtskilda i stället för summerade.
Var ni börjar för att sänka den

Ett enda drag, utpekat på den komponent som förtjänar det.

Kategorin

Var vi står

Ett verktyg för utvecklingsledning berättar hur leveransen går. Ett verktyg för finansiell rapportering berättar hur mycket som har spenderats.

Däremellan är det ingen som berättar varför det systemet kostar vad det kostar, och vad som behöver ändras för att det ska kosta mindre. Det är frågan en styrelse ställer och som en utvecklingschef svarar på utifrån erfarenhet.

Uppströms

Engineering management

Säger hur leveransen går
Emellan, tomt i dag

Batyom

Säger varför systemet kostar det det kostar, och vad som behöver ändras
Nedströms

Finansiell rapportering

Säger hur mycket som har spenderats

Metoden

Hur vi vet

Vi läser koden och organisationen tillsammans, för lästa var för sig visar de var sin halva av bilden.

Varje tal leder tillbaka till källan som gav det. Den observerade poängen är en sak och uppskattningen i euro en annan, och vi blandar aldrig de två.

Felmarginalen på en uppskattning anges alltid. Ett tal som inte går att ifrågasätta är ett tal som inte går att försvara.

Läs hur metoden fungerar

Källorna

Versionshantering
Projektledning
Kontinuerlig integration och leverans
Loggar från agentgatewayen

Den observerade poängen

Vad koden och kalendern faktiskt säger, före varje omräkning till pengar.

mätt

Uppskattningen i euro

Hållen åtskild från poängen, och läst i ert eget sammanhang.

uppskattat

Felmarginalen anges alltid, inte på begäran

Resultatet

Vad ni gör med det

Draget namnges på komponenten, inte på organisationsschemat: vilken delad komponent som behöver en enda ägare, vilken som bör delas, var ett eget team betalar sig inom ett kvartal.

Sedan läser några av oss den rekommendationen mot er kontext, för ingen inferens ser allt som betyder något i en organisation.

Produkten säger var

Komponenten, striden om ägarskapet runt den, och kostnaden den fortsätter att skapa.
Våra människor säger hur

Vem som rör den, i vilken ordning, och vilket samtal som förbereds först.

Ansök om tidig åtkomst Trettio minuters samtal, sedan produkten på era egna tal

Människorna

Vilka som står bakom

Batyom kommer från QMates. Det här arbetet har vi gjort för hand, i dussintals organisationer, långt innan det var en produkt.

Två tredjedelar av den här marknaden köper fortfarande diagnosen av en konsult. Den konsulten var vi.

Fabrizio Machella

CEO
Nicola Moretto

CTPO

Samtalen

Vad utvecklingschefer har sagt till oss

Hur räknar ni ut de här sakerna? Det är hela produkten.

Teknisk direktör, fintech

Kostnadsnyttoanalysen är den lätta delen. Att få förändringen accepterad är den svåra delen.

Teamledare för utveckling, reglerad sektor

Vad jag inte har i dag är en enda bild av datan som ligger i olika system.

Utvecklingschef, konsumentmarknadsplats

Villkor

Så köper ni det

En årlig prenumeration, där priset följer antalet utvecklare.

Ni börjar med en betald testperiod som går att återbetala mot en baslinje som avtalas innan den börjar, så att det till sist finns något att diskutera.

En betald provperiod, återbetalningsbar mot en baseline som avtalas innan den börjar
Sedan ett årsabonnemang, där priset följer antalet utvecklare
Till slut något att diskutera i stället för ett intryck

Programmet

Designpartnerprogrammet

Vi väljer ett litet antal organisationer att bygga Batyom med. Egen utveckling, flera team som måste samordna sig.

Ett samtal på trettio minuter om er kontext
Tidig åtkomst till produkten
Tyngd i vad som byggs härnäst

I utbyte: er återkoppling, och tillåtelse att citera er om det hjälper.

Er ansökan

Fyra fält. Organisationen läser vi ur domänen i er adress.