Team di progetto che imparano nel tempo le scadenze delle consegneOgni progetto concluso insegna il piano successivo.
Chiedi a un team quanto durerà la prossima consegna e ottieni il tempo che dovrebbe durare. Chiedi quanto sono durate le ultime cinque e ottieni una risposta diversa. La maggior parte dei team non fa mai la seconda domanda, perché nessuno ha scritto le risposte.
Perché le scadenze slittano sempre allo stesso modo
I progetti in ritardo raramente lo sono per motivi nuovi. L'ambito cresce un po' dopo il kick-off. Una decisione del cliente resta aperta. Un cliente sparisce per due settimane. Un altro team ha una chiave che ti serve. Ognuna di queste cose compare in una riunione ben prima della scadenza. E ognuna viene dimenticata quando si pianifica il progetto successivo.
Gli psicologi lo chiamano fallacia della pianificazione. Pianifichiamo partendo dal caso migliore, anche quando conosciamo i nostri casi passati. La soluzione non è più disciplina. È un registro di ciò che è successo, tenuto senza lavoro in più.
Passo 1: registra come è finito ogni progetto
Parley Notes suggerisce: Concluso in ritardo
Perché in ritardo?
Quando un progetto è concluso, Parley Notes suggerisce l'esito dalla data di scadenza. Tu lo confermi con un tocco, o lo cambi. Se è andato in ritardo, scegli perché: l'ambito è cambiato, il cliente era in ritardo, il team è rimasto senza tempo, qualcos'altro lo ha frenato, o un altro motivo.
È l'unico passo in più. Tutto il resto è già nelle tue note: ogni attività delle chiamate, con il suo responsabile, la sua data e la riunione da cui viene.
Passo 2: trova i tuoi schemi
Dopo qualche progetto compaiono degli schemi. Parley Notes mette i segnali delle tue riunioni accanto a come sono finiti davvero i tuoi progetti: modifiche dell'ambito, decisioni aperte, clienti in silenzio, attività rimaste in attesa di qualcun altro.
In questo esempio, i progetti conclusi in orario hanno avuto in media una modifica dell'ambito. Quelli andati in ritardo, tre. Non è una regola per ogni team. È una regola per questo team, imparata dai suoi progetti.
Passo 3: avvisa in anticipo
Quando un progetto in corso comincia ad assomigliare a quelli andati in ritardo, lo scopri questa settimana, non alla scadenza. L'Implementazione clinica ha avuto tre modifiche dell'ambito dal kick-off. L'avviso mostra l'ultima, parola per parola:
«Possiamo aggiungere anche il secondo reparto prima del go-live?»Dott. Hale · Check-in settimanale, 7 dic
Ora puoi concordare cosa si sposta prima di dire di sì.
Passo 4: pianifica il prossimo dalla tua storia
Lo stesso registro rende onesto il piano successivo. Quando fissi le date di un nuovo progetto, vedi quanto ha richiesto al tuo team lo stesso tipo di consegna in passato.
| Consegna | Avevi pianificato | Ha richiesto | Progetti |
|---|---|---|---|
| Riepilogo del kick-off | 1 giorno | 1 giorno | 6 |
| Proposta o listino prezzi | 5 giorni | 9 giorni | 6 |
| Approvazione del cliente | 3 giorni | 8 giorni | 5 |
| Go-live dopo l'approvazione | 10 giorni | 16 giorni | 4 |
La data la scegli sempre tu. Ma la scegli sapendo che l'approvazione del cliente ti ha richiesto otto giorni, non tre. Col tempo, i piani e i risultati si avvicinano, e il team smette di stupirsi del proprio lavoro.
Cosa ottiene il team
- Meno sorprese alla scadenza.
- Una ragione dietro ogni avviso, collegata alla riunione da cui è partito.
- Piani che partono dalla tua storia, non dalla speranza.
- Niente fogli ore e niente moduli. Un tocco quando un progetto finisce.
Il note taker IA e la questione privacy
Dove va la registrazione, chi può leggerla e addestra l'IA di qualcuno? Risposte chiare, e le scelte che controlli tu.
Tante conversazioni diventano un solo report
Tre interviste, un video e un podcast toccano la stessa domanda. L'Hub li legge insieme e scrive un solo report.
Da una trattativa vinta a un progetto cliente senza riscrivere nulla
Avvia un progetto dalla nota della riunione o dalla trattativa vinta. Persone, promesse e date arrivano con lui.