Con quale frequenza dovrebbe incontrarsi un dirigente con il suo subordinato che è un caposquadra?

Ogni volta che è necessario. Alcuni progetti - quelli in cui i requisiti potrebbero essere motivi fluidi o politici significano che gli aggiornamenti regolari sono fondamentali - richiedono più comunicazioni in corso rispetto ad altri.

Come minimo suggerirei che sarebbe una settimana molto strana in cui alcuni incontri / discussioni (forse informali o di passaggio) non erano necessari.

Allo stesso modo, suggerirei che qualsiasi tipo di incontro quotidiano regolare della durata superiore a qualche minuto sarebbe quasi certamente esagerato.

Cose a cui pensare:

• Le riunioni regolari possono essere utili a tutte le parti: se sai quando saranno in programma, puoi pianificare il round e se un PM / Team Lead sa quando sta per ricevere il prossimo aggiornamento, è meno probabile che lo infastidisca.
• Se hai un incontro chiarisci quale sia lo scopo dell'incontro, in modo che le persone possano prepararsi e / o rifiutarsi (anche se dovrebbero sempre dare una ragione per cui stanno optando, non solo per non volerlo essere lì - anche se questo è un segno utile che l'incontro non e 'visto come produttivo che potresti voler vedere.
• Spesso i tempi di incontro sono più intrusivi della durata della riunione. 11:00 e 15:00 sono tempi terribili per le riunioni come la rottura del tratto produttivo mattina o pomeriggio. La prima cosa o l'ultima cosa sono spesso migliori (o prima cosa nel pomeriggio).
• Puoi coprire molti degli argomenti trattati nelle riunioni via e-mail. Delineare un modello per aggiornamenti regolari (e tempi). Ciò consente al programmatore / team di regolare i tempi degli aggiornamenti secondo il proprio programma.
• Più persone partecipano a una riunione, più a lungo andrà avanti e maggiore sarà la percentuale di tempo sprecato.
• Incontri faccia a faccia per ottenere cose che altre comunicazioni trovano difficili. Qualunque cosa tu abbia, devi semplicemente tenerli piccoli e concentrati.

Il modo migliore per fornire feedback sarebbe utilizzare le pratiche agili già esistenti:

• Demo di iterazione. Qui è dove il team dimostra l'effettivo software di lavoro e spiega come è andata l'iterazione. Tutti sono invitati e sono liberi di porre domande.
• Grafici visibili di grandi dimensioni. I progressi relativi all'iterazione corrente devono essere trasparenti e visibili a tutti, compresi i gestori. Dovrebbero solo dare un'occhiata alla scheda di stato per avere un'idea di come stanno andando le cose.

Questo dovrebbe essere abbastanza, davvero.

Inoltre, non vi è alcun ruolo di "team lead" in XP o Scrum. I ruoli fondamentali sono membri del team (programmatori) , cliente (proprietario del prodotto) e coach (scrum master) .

Sono nella stessa situazione: caposquadra con un team di 8 persone e un manager.

Discuto quotidianamente con il manager e andiamo insieme ad alcuni incontri. La maggior parte degli incontri comunque sono politici e non parteciperò o sono strettamente tecnici e non parteciperà.

Ho ricevuto molte informazioni approfondite dal libro "The Effective Executive" di P.Drucker.

Nota che nella definizione del libro ogni programmatore è un dirigente, perché deve prendere decisioni esecutive.

una volta alla settimana, come per The One-Minute Manager

Dipende se si fa riferimento alla gestione del progetto o alla gestione del personale. Dalla gestione del personale ho sentito che i migliori manager di solito hanno una riunione in piedi una volta alla settimana con i loro subordinati, quindi c'è tempo per assicurarsi che tutto funzioni senza intoppi e fornire un'opportunità di mentoring.

Dal punto di vista della gestione del progetto, il leader del gruppo dovrebbe incontrarsi con il manager tutte le volte che è necessario per tenerlo aggiornato sullo stato del progetto. Generalmente avere una riunione permanente è una buona idea in quanto impedisce al management di livello superiore di essere sorpreso se c'è un ritardo nel progetto.