Si legge, si giudica,
e a decidere siete voi.
Una spina dorsale è un modello condiviso delle cose che contano per la vostra azienda: asset, ordini, clienti, denaro, ticket, campagne, regole, eventi. Oggi quelle cose esistono già, ma scritte in modi diversi dentro sistemi diversi — lo stesso cliente è un codice nel gestionale, un nome nel CRM e una riga in un foglio.
Un livello sopra i vostri gestionali.
Che li legge tutti insieme.
La spina dorsale
Una spina dorsale è un modello condiviso delle cose che contano per la vostra azienda: asset, ordini, clienti, denaro, ticket, campagne, regole, eventi. Oggi quelle cose esistono già, ma scritte in modi diversi dentro sistemi diversi — lo stesso cliente è un codice nel gestionale, un nome nel CRM e una riga in un foglio.
La spina dorsale non le sposta: le mette in corrispondenza, una volta, e tiene quella corrispondenza scritta in un file che potete leggere. Da quel momento una domanda come «quanto ci costa davvero questo cliente» ha una risposta sola invece di tre. Ed è anche il motivo per cui il secondo servizio che costruiamo costa meno fatica del primo: la corrispondenza c’è già.
Lo stesso dato, scritto in tre modi
La spina dorsale li mette in corrispondenza una volta sola.
Partiamo dai vostri obiettivi.
Il software viene dopo.
Dagli obiettivi, non dal software
Il primo documento che scriviamo insieme non parla di sistemi. Parla di due o tre obiettivi vostri e della misura che, accanto a ciascuno, dirà se li avete raggiunti. Solo dopo si guarda quali sistemi tengono quei numeri e in che stato sono.
È in quest’ordine per una ragione pratica: scegliere i sistemi prima degli obiettivi è il modo più veloce per collegare benissimo le cose sbagliate.
Il prodotto, sullo schermo. Già dal primo incontro.
anteprima del configuratore valori di esempio
- Da guardare:sotto l’85% che il titolare si è dato
- In ritardo:3 in più della scorsa settimana
- In linea:in linea con il piano
Questa è l’anteprima del configuratore: mostra come si compone un hub a partire da settore, dimensione, sistemi in uso e situazione. I numeri che vedete sono valori di esempio, non i dati di un cliente. Nessun hub è oggi in esercizio presso un cliente: quello che potete vedere è il prodotto e il metodo, non un impianto in produzione.
L’intelligenza federata
in arrivo
Un servizio che legge una sola azienda impara da una sola azienda. La testa federata sarà il livello comune di tutti i servizi Xeneura. Nasce dal lavoro di Xeneura Technologies sui datacenter — XenoRack + NeuralCore. Collegherà l’hub, i servizi e l’infrastruttura, terrà l’atlante causale — la mappa di quali cause portano a quali effetti e a quali condizioni — e rimanderà a ciascuno un consiglio che tiene conto sia di quello che succede dentro, sia di quello che succede fuori. Nei datacenter prende la forma di XenoRack + NeuralCore.
Dentro sono le vostre variabili: la vostra spina dorsale, i vostri ordini, i vostri tempi, i vostri fermi. Fuori sono stagione, mercato, prezzi, norme e andamento del settore.
Che cosa si condivide, e a quali condizioni
- Che cosa si condividerà
- Lo decidiamo insieme, per contratto. Di base lezioni e schemi; i dati grezzi solo se li autorizzate voi.
- Mai
- Dati di persone. Prima di uscire si tolgono anche i nomi di chi ha deciso.
- Chi partecipa
- Per i datacenter fa parte dell’offerta. Per ogni altro servizio, solo se lo concordate e lo autorizzate voi.
Quello che la testa può fare, e quello che non può
La testa proporrà. Ogni suo consiglio arriverà nella stanza settimanale come una proposta tratteggiata, con la motivazione raggiungibile e con le variabili che l’hanno prodotta scritte accanto — «perché: stagionalità + ritardo medio fornitore». Poi deciderà una persona, come per ogni altra proposta.
La testa non scriverà nei vostri sistemi, non manderà messaggi, non ordinerà, non pagherà. Non compilerà la casella «Deciso». Non è un’eccezione alla regola di questo sito: è la stessa regola, applicata a un consiglio che arriva da più lontano.
Le riunioni si dimenticano.
Le decisioni scritte no.
Quarantacinque minuti, lo stesso giorno e la stessa ora ogni settimana, perché una riunione che si sposta è una riunione che salta. Quattro punti, sempre nello stesso ordine, e il quarto non si sposta mai.
1 · Che cosa ha notato l’hub questa settimana
In ritardo, oltre soglia, anomalo — e per ciascuna cosa chi se ne occupa. Non è un elenco di tutto: è l’elenco di ciò che è cambiato in peggio rispetto alla settimana scorsa. — dieci minuti.
2 · I guasti che si ripetono, e la loro causa
Un problema che torna tre settimane di fila non è un problema di esecuzione, è un problema di processo. Questo punto serve a separare i due casi, e a smettere di risolvere ogni volta lo stesso guasto da capo. — dieci minuti.
3 · Le decisioni da prendere
Una per volta. Per ciascuna: il fatto dalla spina dorsale, l’azione proposta, chi l’ha proposta — Xeneura, il modello di intelligenza artificiale o voi — e la motivazione, raggiungibile in un clic. Poi decide la persona che ha l’autorità per farlo, e lo si scrive. — venti minuti, ed è il cuore della riunione.
4 · Quanto valevano le decisioni della settimana scorsa
Si riprendono le righe decise sette giorni fa e si scrive accanto che cosa sono valse: in denaro o in tempo, stimato se non si sa ancora, misurato quando si sa. Poi si guarda se gli obiettivi scritti all’inizio si sono avvicinati. — cinque minuti.
Questo quarto punto è l’unico che non si può spostare né saltare. È l’unica difesa contro una riunione che diventa un rito: se per tre settimane le decisioni non valgono niente, o le decisioni sono sbagliate o l’hub sta guardando la cosa sbagliata. In entrambi i casi è meglio saperlo.
Il prodotto, sullo schermo.
Già dal primo incontro.
Il registro delle decisioni, campo per campo
| Campo | La regola |
|---|---|
| Notato | Un fatto preso dalla spina dorsale, con il numero. Non un’impressione. |
| Proposto | Una sola azione. Si registra chi l’ha proposta. Se l’ha proposta il modello di intelligenza artificiale, la motivazione è sempre raggiungibile. |
| Deciso | Che cosa ha deciso la persona con nome e cognome. Resta vuoto finché non decide. Non lo compila mai il sistema. |
| Valore | Stimato quando si decide, misurato quando si sa. In denaro o in tempo, con l’ipotesi scritta accanto. |
Un esempio, dall’inizio alla fine
esempio
| Notato | Quattro SLA non rispettati questo mese, due nella stessa sede. |
|---|---|
| Proposto | Spostare la manutenzione preventiva di quella sede da trimestrale a mensile per due trimestri. (Proposta — dal modello di intelligenza artificiale) |
| Deciso | vuoto — in attesa di una persona |
| Valore | Stima: una visita in più al mese costa circa quanto un singolo SLA non rispettato. Ipotesi scritta: che la causa sia l’intervallo di manutenzione e non il ricambio. |
Proposta — dal modello di intelligenza artificiale
La motivazione
Nelle ultime otto settimane i tre SLA non rispettati in quella sede cadono tutti nei quattordici giorni che precedono la manutenzione trimestrale. L’ipotesi è che l’intervallo sia troppo lungo per quel carico; l’ipotesi alternativa, il ricambio, non spiega la distribuzione nel tempo.
Le due regole, tenute separate
L’hub legge e propone
Non scrive nei vostri sistemi.
Non manda messaggi ai vostri clienti.
Non emette pagamenti e non ordina.
Non cancella dati.
Non compila la casella «Deciso».
Non misura le persone.
Quello che costruiamo, lo approvate voi
Un sito, un’integrazione, un ambiente, un’automazione nascono in un ambiente di prova, ve li mostriamo funzionanti, e vanno in esercizio alla vostra approvazione scritta. Nessuna messa in produzione decisa da noi, nemmeno quando è ovvia.
Se vi serve uno strumento che prenda decisioni al posto vostro, non siamo noi, e ve lo diciamo nella prima mezz’ora invece che dopo il preventivo.