Riunione tecnologica settimanale?

Non penso che sia fruttuoso discutere lo stato attuale del progetto ogni settimana. Discutere dove il progetto richiede riunioni giornaliere, non riunioni settimanali. Una buona domanda su tali incontri è stata posta qui .

Anche nella mia esperienza è meglio gestire il backlog tecnologico durante la pianificazione.

Per quanto riguarda le tecnologie nuove ed emergenti, non penso che sia una cattiva idea di per sé. Si adatta anche al formato settimanale. Tuttavia è estremamente facile essere fuori tema in tali incontri. Assicurati che altre persone vogliano contribuire e non invitare troppe persone (10 in realtà sono molte, penso).

Al mio lavoro abbiamo un incontro di 30 minuti il venerdì dove parliamo di dove siamo con ciascuno dei nostri compiti. Ho trovato utile che a volte quando una persona parla di un posto di blocco incontrato, un altro potrebbe essere in grado di fornire alcune informazioni su di esso. La chiave è assicurarsi che tutti siano preparati prima della riunione e per mantenerla il più breve possibile.

Ci sono molte cose che potresti avere in una riunione di progetto settimanale, e ognuno avrà le proprie opinioni.

La mia sensazione sulla tua lista è che questi 3:  - arretrato tecnologico. Cose che potremmo aver saltato a causa delle scadenze ma che ora tornano a morderci.  - vincoli tecnologici che limitano gli sviluppatori dall'essere produttivi  - tecnologie nuove ed emergenti che possono essere applicate al progetto

.... potrebbe essere un po 'troppo da discutere settimanalmente. Forse questi sarebbero meglio discussi alla fine di una fase di un progetto.

• Gli incontri non dovrebbero durare più a lungo di quanto sia necessario per mantenere le cose attuabili. Discutete solo i miglioramenti per i quali avete tempo e avete intenzione di fare nell'immediato futuro. Se sai di aver raccolto abbastanza per la settimana successiva, smetti di discutere altri articoli.
• Per poter dare la priorità ai miglioramenti, in genere non è necessario discuterli a fondo. Fallo solo quando stai pianificando di agire su di esso. Potresti consentire ad alcuni sistemi di offerta su questi miglioramenti di democratizzare in qualche modo le priorità.
• Non fare troppe cose contemporaneamente, limitati a quanti miglioramenti lavori in parallelo.
• Le riunioni che hai non hanno valore se non hai tempo per le azioni formulate. Come crei tempo tra il normale lavoro di progetto?
• Potresti voler separare le cose relative al progetto da altre preoccupazioni globali come lo sviluppo delle abilità personali e il processo di gruppo ("Dovremmo imparare jQuery?", "Abbiamo bisogno di un server di sviluppo?" ecc.). Le cose che migliorerebbero tutti i progetti potrebbero essere meglio discusse separatamente dal contesto del progetto. Potresti anche voler creare piccoli progetti interni per questi.
• 10 persone sembrano un po 'troppo ma se questa è la dimensione del team di progetto: includi tutte le persone tecniche coinvolte.