Il metodo

Non è semplice consulenza, ma una partnership operativa: la forma più completa del mio metodo. L'approccio è sempre lo stesso: partiamo dal vostro caso reale, impariamo facendo e misuriamo i risultati. Entro nel tuo team di prodotto e me ne vado solo quando il team è pronto a volare da solo.

Tre fasi, sei mesi

È qui che il metodo si vede meglio. Tre fasi progressive: dalla mia presenza quotidiana nel team alla vostra autonomia completa. L'intensità cala di proposito: è il segnale che sta funzionando.

Immersione

mesi 1–2 · 3 gg/settimana

Sono nel team, a tutti gli effetti. Pair programming e refactoring sul codice esistente. Introduco CI/CD, testing, observability e cicli di feedback. In questa fase faccio: il team assorbe.

Transizione

mesi 3–4 · 2 gg/settimana

Il team inizia a guidare. Io passo a facilitazione, coaching e review: con gli sviluppatori sul codice, con il PO su prioritizzazione, roadmap e discovery. Ci sono, ma sono loro a tenere il volante.

Sparring

mesi 5–6 · 1 gg/settimana

Review settimanali, sessioni di problem solving, escalation quando serve. La mia presenza si assottiglia perché deve: se il team dipende ancora da me, non ho finito il lavoro.

Non sono eterno. Sono un ponte.

Un passo alla volta

Non serve iniziare con una partnership di sei mesi. Partiamo da un workshop pratico sul vostro caso reale o da uno sprint focalizzato su una sfida specifica. Testiamo il metodo sul campo: se funziona, proseguire insieme sarà la conseguenza naturale.

Vedi tutte le modalità

Il contratto è un manifesto

Come misuriamo il successo

Per te, founder/CEO:

  • Time-to-market stabile o migliorato
  • Costo del cambiamento prevedibile
  • Visibilità sui rischi tecnici
  • Allineamento business-tech
  • Un team che non dipende da me

Per il team di prodotto:

  • XP e DevOps integrati nel flusso quotidiano
  • Codice che non fa paura toccare
  • Onboarding di nuovi team member in giorni
  • Autonomia reale, non dichiarata
  • Una lingua comune tra business e prodotto
  • Un metodo che resta al team, con eredi per ogni aspetto

Cosa resta quando me ne vado

Il metodo di lavoro che costruiamo insieme non è mio. Nasce dal vostro caso reale e lo praticate ogni giorno sul vostro codice e sulle vostre decisioni di prodotto: quando esco, resta al team.

Il mio ruolo non resta vuoto, si divide. Il CTO o il tech lead eredita la parte tecnica: qualità del codice, pratiche XP e DevOps, decisioni architetturali. Il PO eredita la parte di prodotto: roadmap, priorità, discovery. Il metodo è uno solo ed è del team di prodotto, ma ha guide differenti per ogni suo aspetto.

Mentor, non consulente

Un consulente guarda e guida: documenti, review, decisioni. Il suo valore è "ci ha risparmiato un errore".

Io scrivo e guido: codice funzionante e un team allineato. Il mio valore è "ci ha mostrato come fare, e ora sappiamo farlo da soli".

Vedi com'è andata in un caso reale

Vuoi capire se funzionerebbe nel tuo team?

Trenta minuti: mi racconti dove siete, ti dico se la partnership si applica al vostro momento. E se non si applica, ti dico anche quello.