Diagnosi: capire se il software è davvero la risposta
Ogni collaborazione parte da sessioni di lavoro sulla sua operatività, sui numeri e sui vincoli - non da una presentazione commerciale. Mappiamo il flusso di lavoro, quantifichiamo le perdite e diciamo chiaramente se vale la pena costruire un sistema. Spesso non ne vale la pena, e lo diciamo.
Cosa succede davvero
Niente teatrino della discovery, niente settimana di workshop con i post-it. Cinque passaggi concreti, condotti dalle persone che poi costruirebbero il sistema.
- 1
Una sessione di lavoro sull'operatività vera e propria
Non è una call commerciale. Un ingegnere e un socio si siedono con le persone che portano avanti il processo - dispatch, accettazione, fatturazione, qualunque esso sia - e ripercorrono come il lavoro si muove davvero, comprese le scorciatoie che nessuno ha mai messo per iscritto.
- 2
Mappiamo il flusso di lavoro da un capo all'altro
Ogni passaggio di mano, ogni campo ridigitato, ogni foglio di calcolo usato come database. La mappa mostra dove finiscono le ore, dove entrano gli errori e quali passaggi esistono solo perché due strumenti non si parlano.
- 3
Mettiamo dei numeri sulle perdite
Ore a settimana, tassi di errore, tempi di ciclo, costo del personale sui passaggi manuali - misurati sui suoi dati dove esistono, stimati in modo prudente dove non ci sono. Questi numeri diventano il punto di partenza rispetto a cui verrà giudicato qualsiasi sistema futuro.
- 4
Mettiamo alla prova i vincoli
Requisiti di compliance, sistemi legacy che non si possono spegnere, capacità del team, realtà del budget. Una raccomandazione che ignora i vincoli è teatro - quindi li facciamo emergere prima di raccomandare qualsiasi cosa.
- 5
Rispondiamo all'unica domanda che conta
Il software è la soluzione - e di che tipo? A volte la risposta onesta è uno strumento già pronto, un cambio di processo o un'automazione più piccola di quella che aveva in mente. Circa un terzo delle volte il nostro consiglio è di non costruire.
Il risultato: una diagnosi scritta
Non una presentazione - un documento su cui il suo team può agire, con o senza di noi. Resta suo in ogni caso, e diventa l'input della stima se decide di proseguire.
La mappa del flusso di lavoro
Come funziona il processo oggi - passaggi di mano, strumenti, eccezioni e scorciatoie - in una forma che il suo team riconoscerà come vera.
Dove si perdono i soldi
I passaggi manuali, i cicli di errore e i ritardi, quantificati in ore e in costi - il punto di partenza per qualsiasi realizzazione successiva.
La raccomandazione, in parole semplici
Costruire, comprare, cambiare il processo o non fare nulla - con il ragionamento scritto per esteso. Se sconsigliamo di costruire, è qui che lo diciamo.
Cosa faremmo dopo, se qualcosa
Se il software è la risposta, uno schizzo del sistema e della metrica di cui deve rispondere - l'input della fase di stima.
Cosa serve da parte sua
Deliberatamente poco. La diagnosi è pensata per correre accanto alla sua settimana normale, non sopra di essa.
2-4 ore del responsabile di processo
Una o due sessioni di lavoro con la persona che gestisce davvero l'operatività - non un comitato di indirizzo.
Accesso alle persone che fanno il lavoro
Brevi conversazioni con gli operatori, i dispatcher o gli addetti che vivono il processo ogni giorno. Sanno dove fa male.
I numeri che ha già
Volumi degli ordini, persone impiegate sul processo, log degli errori, export - vanno bene anche approssimativi. Non serve preparare nulla né produrre documentazione: lavoriamo con ciò che esiste.
Fermarsi qui è un buon esito
Se la diagnosi dice «non costruire», o se semplicemente decide di non proseguire, la collaborazione finisce lì - nessun costo, nessun obbligo, nessuna sequenza di solleciti. Tiene la diagnosi scritta e ogni numero che contiene. Un terzo delle volte quel documento è tutto il valore: fa risparmiare un'intera realizzazione.
Domande frequenti
Quanto tempo richiede la diagnosi da parte nostra?
Circa 2-4 ore di un referente responsabile, più brevi conversazioni con le persone che portano avanti il processo ogni giorno. La mappatura e i numeri li facciamo noi - lei ci mette la realtà.
È davvero gratis? Dov'è la fregatura?
È gratis e non c'è alcun obbligo di proseguire. La fregatura, se ne vuole una: la diagnosi è il modo in cui definiamo il perimetro abbastanza bene da dare stime che tengono - è assunzione di rischio, non marketing. Se non se ne fa nulla, la diagnosi scritta resta comunque sua.
E se la risposta è «non costruite»?
La riceve per iscritto, con il ragionamento e di solito un'alternativa più economica - uno strumento già pronto, un cambio di processo o un'automazione più piccola. Succede circa un terzo delle volte, e non le costa nulla.
Dobbiamo preparare prima della documentazione?
No. Nella maggior parte delle operatività che diagnostichiamo non esiste documentazione accurata - fa parte del problema che stiamo mappando. Bastano gli export, i fogli di calcolo o i numeri che ha a portata di mano.
Una sola diagnosi può coprire più processi?
Sì - spesso ne guardiamo due o tre collegati in un unico passaggio, perché la perdita sta di solito nei passaggi di mano tra l'uno e l'altro. Se il perimetro è davvero ampio, lo diciamo e lo sequenziamo.
Chi si presenta, da parte di SigmaJunction?
Un ingegnere che lavorerebbe alla realizzazione e un socio. Mai un venditore dedicato - non ne abbiamo.
Le quattro fasi
Panoramica completa del metodo →Sessioni di lavoro su operatività, numeri e vincoli - gratis, 1-2 settimane.
La diagnosi diventa una proposta con perimetro definito: architettura, milestone, prezzo e metrica - gratis, 1 settimana.
La prima fase le costa trenta minuti.
La prima sessione è gratuita - e un terzo delle volte l'esito è «non costruire», messo per iscritto.