batyom
Programma design partner

Trasforma l’intuito di chi guida l’ingegneria in un numero difendibile

Batyom guarda il codice e l’organizzazione insieme, e risponde a tre domande: quanto costa modificare il software, da dove nasce quel costo, da dove partire per ridurlo.

due mesi

quello che due anni fa richiedeva due settimane

Un numero chiuso di organizzazioni. Si comincia con una conversazione di trenta minuti.

Il problema

Il costo che nessuno mette a bilancio

La funzionalità che due anni fa richiedeva due settimane oggi richiede due mesi e tre team. Nessuno ha sbagliato niente: è il sistema che non asseconda più il cambiamento.

Non c’è una causa sola. Com’è fatto il software e come sono fatti i team si irrigidiscono a vicenda, e ogni anno costa di più.

Si sente prima di tutto sul lavoro che attraversa i confini. Un’iniziativa passa da quattro team, aspetta revisioni di cui nessuno risponde, e atterra al doppio della stima. Ogni spiegazione è plausibile e nessuna è misurabile.

La stessa funzionalità, due anni dopo tempo trascorso
Due anni fa Un team

due settimane, una consegna sola

Oggi Team A Team B Team C

due mesi, tre team

lavoro sul codice attesa fra due team

La differenza non è finita in nessun bilancio, e nessuno sa dire da dove viene.

Perché adesso

Cosa è cambiato

Adesso gli agenti scrivono codice dentro quella struttura, e la irrigidiscono più in fretta di quanto chiunque riesca a vedere.

La produzione sale mentre la comprensione condivisa del sistema scende. Sul mercato, fra un quarto e il quaranta per cento della capacità di sviluppo va già in lavoro che lo stato del sistema rende necessario.

Le risposte

Tre risposte, in questo ordine

Una cifra, una causa, una mossa
  1. Quanto costa davvero modificare il software

    Una cifra per componente e per iniziativa, non una media di reparto.

  2. Da dove nasce quel costo

    Coordinamento, stato del software, attese di processo, distinti invece che sommati.

  3. Da dove partire per ridurlo

    Una mossa sola, nominata sul componente che la merita.

La categoria

Dove ci collochiamo

Categorie, non marchi

Uno strumento di engineering management racconta come va la consegna. Uno strumento di reporting finanziario racconta quanto è stato speso.

Nel mezzo c’è un territorio che nessuno presidia: nessuno dice perché quel sistema costa quello che costa, e cosa cambiare perché costi meno. Quella è la domanda che fa un consiglio di amministrazione, e a cui chi guida l’ingegneria risponde per esperienza.

  • A monte

    Engineering management

    Racconta come va la consegna

  • Nel mezzo, oggi vuoto

    Batyom

    Dice perché quel sistema costa quello che costa, e cosa cambiare

  • A valle

    Reporting finanziario

    Racconta quanto è stato speso

Il metodo

Come lo sappiamo

Leggiamo il codice e l’organizzazione insieme, perché letti separatamente mostrano ciascuno metà del quadro.

Ogni numero risale alla fonte che l’ha prodotto. Il punteggio osservato è una cosa e la stima in euro è un’altra, e le due non si mescolano mai.

L’errore su una stima è sempre dichiarato. Un numero su cui non si può discutere è un numero che non si può difendere.

Leggi come funziona il metodo

La stima in euro

Tenuta separata dal punteggio, e riletta nel tuo contesto.

stimato

L’errore è sempre dichiarato, non su richiesta

Il risultato

Cosa ne fai

La mossa si nomina sul componente, non sull’organigramma: quale componente condiviso ha bisogno di un solo proprietario, quale va spezzato, dove un team dedicato si ripaga entro un trimestre.

Alcuni di noi rileggono poi quella raccomandazione dentro il tuo contesto, perché nessuna inferenza vede tutto ciò che conta in un’organizzazione.

  • Il prodotto dice dove

    Il componente, la contesa di proprietà che lo circonda, e la spesa che continua a generare.

  • Le nostre persone dicono come

    Chi lo tocca, in che ordine, e quale conversazione si prepara prima.

Candidati per l’accesso anticipato Trenta minuti di conversazione, poi il prodotto sui tuoi numeri
Le persone

Chi c’è dietro

Batyom nasce da QMates. Questo lavoro l’abbiamo fatto a mano, in decine di organizzazioni, molto prima che fosse un prodotto.

Due terzi di questo mercato compra ancora la diagnosi da un consulente. Il consulente siamo stati noi.

Powered by QMates

  • Fabrizio Machella

    CEO

  • Nicola Moretto

    CTPO

I colloqui

Cosa ci ha detto chi guida l’ingegneria

Citazioni non attribuibili

Come le calcolate, queste cose? Il prodotto è tutto lì.

Direttore tecnico, fintech

L’analisi costi benefici è la parte facile. Far accettare il cambiamento è la parte difficile.

Responsabile di un team di ingegneria, settore regolamentato

Quello che oggi non ho è una vista sola sui dati che stanno in sistemi diversi.

Direttore dell’ingegneria, marketplace di consumo

Condizioni

Come si compra

Un abbonamento annuale, con il prezzo che segue il numero di sviluppatori.

Si parte da una prova a pagamento, rimborsabile rispetto a una baseline concordata prima di cominciare, così che alla fine ci sia qualcosa su cui discutere.

  1. Una prova a pagamento, rimborsabile rispetto a una baseline concordata prima di cominciare
  2. Poi un abbonamento annuale, con il prezzo che segue il numero di sviluppatori
  3. Alla fine, qualcosa su cui discutere invece di un’impressione
Il programma

Il programma design partner

Stiamo scegliendo un piccolo numero di organizzazioni con cui costruire Batyom. Sviluppo interno, più team che devono coordinarsi.

  1. Una conversazione di trenta minuti sul tuo contesto
  2. Accesso anticipato al prodotto
  3. Peso su cosa viene costruito dopo

In cambio: il tuo riscontro, e il permesso di citarti se serve.

La tua candidatura

Quattro campi. L’organizzazione la leggiamo dal dominio del tuo indirizzo.

Nessun captcha. Un campo esca invisibile, e un controllo su quanto tempo è servito a compilare.