/services · 05 / 10

Senior chirurgico sul team interno.

Affianchiamo i team interni in pair-engineering, code review e architectural decision records. Un coaching che lascia capability, non slide.

Engagement4 — 16 settimane
Team1 senior
OutputTeam più autonomo
DisciplinaXP / pair-driven
01 · La premessa

Un team junior non diventa senior con un corso. Diventa senior vedendo qualcuno di esperto lavorare sul loro codice.

Il coaching tecnico funziona quando è chirurgico: un senior che entra sul codice reale, fa pair sui task reali, scrive review sui PR reali. Non quando è una conferenza dietro l'altra.

La nostra disciplina è quella delle pratiche XP che meglio si trasmettono per osmosi: pair programming, collective code ownership, coding standards, refactoring continuo. Si imparano facendole con qualcuno che le ha già fatte.

L'Extreme Contract qui è semplice e duro: il team alla fine deve essere autonomo. Se a fine engagement i nostri review smettono e la qualità crolla, abbiamo fallito.

02 · Cosa consegniamo

Cosa consegniamo.

/01

Code review settimanali

Su PR reali, sul codice in produzione. Review profonde, scritte per insegnare — non per bloccare.

/02

Pair sessions strutturate

Slot di 90 minuti con un engineer interno, su un task vero. Tre o quattro alla settimana per persona, per i primi mesi.

/03

ADR e architectural reviews

Per ogni decisione che pesa, un'ADR scritta in coppia. Il team impara a documentare il "perché", non solo il "cosa".

/04

Retro e postmortem facilitati

Cultura del feedback senza blame. Postmortem come pratica di apprendimento, non come esercizio di colpa.

/05

Standard tecnici

Linting, conventions, CI gates, definition of done. Documentati e condivisi — non imposti.

03 · XP in azione

Come operiamo.

XP / Pair Programming
Pair come default, sempre.

Niente "knowledge owner" del modulo X. Tutti possono toccare tutto, perché tutti hanno fatto pair con tutti.

XP / Collective Ownership
Il codice è di tutti.

Smonta i silos. Aumenta la velocità reale di delivery. Riduce il bus factor.

XP / Sustainable Pace
Niente eroismi.

Un team che lavora 60 ore a settimana non è un team senior — è un team con un management problem.

Contracts / Definition of Done
Done = in produzione, monitored, documentato.

Se manca uno dei tre, non è done. Lo decidiamo insieme alla prima retro.

04 · Il contratto

Precondizioni, postcondizioni, invarianti.

Ogni engagement ha precondizioni esplicite, postcondizioni misurabili e invarianti che non violiamo. Sai cosa serve all'inizio, cosa esce alla fine, e cosa non negoziamo nel mezzo.

Precondizioni / cosa serve da te
  • Team aperto al coaching: vorrebbero crescere, non sono forzati.
  • Almeno un manager interno che sponsorizza il processo (non lo subisce).
  • Accesso ai repository e ai canali di review.
  • Calendar dei pair / review concordato — niente "quando avete tempo".
Postcondizioni / cosa garantiamo
  • Lift misurabile sulla qualità del codice (review pass rate, test coverage, defect rate).
  • Riduzione del tempo di onboarding di un nuovo engineer.
  • ADR e documentazione viva mantenuti dal team senza di noi.
  • Postmortem culture stabilita: gli incidenti vengono analizzati, non nascosti.
05 · Quando funziona

Buon fit, cattivo fit.

YESBuon fit se…
  • Hai un team tra i 4 e i 15 engineer che vuole crescere ma non sa come.
  • Hai juniors talentuosi senza un senior mentor che li affianchi quotidianamente.
  • Hai un management che valuta il coaching come investimento, non come spesa.
  • Vuoi capability che resti dentro l'azienda — non un fornitore continuo.
NOCattivo fit se…
  • Il coaching ti è stato imposto dall'HR e il team non sa perché.
  • Cerchi qualcuno che faccia il lavoro al posto del team — il coaching non è body rental.
  • C'è una cultura del blame che soffoca le retro. Va sciolta prima del coaching, non durante.
/start

Vuoi parlarne nel concreto?

Prenota una discovery call