Metodo operativo
Il percorso, non il racconto.
Snoda prende un tratto reale del lavoro, lo legge, lo riduce e decide cosa ha senso consegnare. Il metodo serve a non aprire cantieri piu grandi del problema.
Uscita attesa: un primo intervento verificabile, con limiti espliciti.
Percorso
Dal caso al pezzo consegnabile.
Il metodo non aggiunge fasi: toglie rumore. Ogni passaggio deve chiarire se procedere, ridurre o fermare.
- 01
Prima lettura
Capire contesto, strumenti, owner e due esempi reali del blocco.
Caso osservabile
- 02
Diagnosi
Seguire input, dati, accessi, errori e passaggi manuali.
Attrito isolato
- 03
Scelta
Decidere il mezzo piu piccolo: regole, API, AI, parser o stop.
Perimetro tecnico
- 04
Intervento
Sistemare o costruire solo il tratto che sblocca il lavoro.
Pezzo utile
- 05
Handoff
Consegnare uso, limiti, casi esclusi e prossimo passo possibile.
Flusso governabile
Cosa cambia
Prima si stringe. Poi si costruisce.
Se il problema resta grande, la tecnologia non lo salva. Snoda cerca il tratto minimo che puo diventare operativo senza promettere una piattaforma.
Regola interna
Un intervento deve poter essere spiegato in una frase.
Se servono dieci eccezioni per raccontarlo, non e ancora pronto: va ridotto, rimandato o passato a un progetto piu strutturato.
Esempio
Dal flusso confuso al primo intervento.
- Input
- Esempi reali, strumenti gia usati, errori e passaggi manuali.
- Friczione
- Il bisogno iniziale sembra grande e tecnico, ma il blocco sta in un tratto preciso.
- Intervento
- Diagnosi, taglio scope, scelta tecnica e build del pezzo minimo.
- Output
- Consegna usabile, limiti chiari e indicazione del passo successivo.
Porta due esempi reali.
Bastano flusso, strumenti e punto di blocco. La prima risposta serve a capire se c'e un tratto snodabile.