Lavoro in una piccola azienda con circa 15 persone (dev e qa). Stiamo provando a praticare Agile nella nostra azienda. Stiamo facendo riunioni quotidiane di stand-up. Stiamo anche facendo una riunione settimanale sullo stato del progetto con il nostro CTO. Lì segnaliamo al nostro CTO il compito della scorsa settimana e lo stato generale del progetto. La mia domanda è se fare questo incontro di stato settimanale con il nostro CTO supportato in Agile o no?
Ci sono molti, molti praticanti e leader di pensiero nello spazio Agile che ti diranno di concentrarsi sui prodotti, non progetti . Molti diranno che l'idea stessa di un "progetto" vola di fronte a tutto ciò che rappresenta Agile e, secondo la mia esperienza, hanno fondamentalmente ragione. I "progetti" sono sinonimo di pianificazione pesante, requisiti dettagliati e scadenze fisse. Sono l'anti-Agile.
Questo non vuol dire che non si può essere "minuscoli", "agili" in un ambiente basato sul progetto, ma l'idea di uno "stato del progetto" è un'assurdità assoluta in un'impostazione Scrum o Open Agile perché presuppone che stai lavorando per qualche enorme uscita del Big Bang o traguardo simile. Se è così, semplicemente non stai facendo Agile.
Il tuo team dovrebbe fare consegne frequenti - al minimo si dovrebbe avere le vetrine / demo del prodotto ogni poche settimane e pubblicare qualcosa alla produzione ogni al massimo (preferibilmente una volta al mese, se non più frequentemente). Gli incontri di stato sono parole poco costose e promesse vuote; se non hai niente da mostrare, allora sono solo una perdita di tempo e dei tuoi CTO.
E se gli sviluppatori devono essere coinvolti in questi incontri (non dici, ma sembra suggerire) allora è un massiccio spreco di < em> il loro tempo.
Indicherò anche una barra laterale che Gli incontri non attuabili in generale sono inutili . Lo scopo di ogni riunione dovrebbe essere quello di prendere una decisione. Lo scopo dello stand-up è determinare se qualcuno viene bloccato o interrotto e consentire ai manager di intraprendere azioni correttive. Non è chiaro quale sia lo scopo della riunione di stato, ma a meno che non ci sia una decisione effettiva da prendere o rivalutare tra te e il tuo CTO ogni settimana, la riunione ha un valore negativo indipendentemente dal fatto che tu sia o meno agile.
Dipende dalla metodologia Agile che stai seguendo.
Se stai facendo Scrum, la risposta probabilmente sarebbe no. Lo sprint backlog e le conversazioni con il Product Owner e Scrum Master dovrebbero essere sufficienti per mantenere il CTO pieno e felice. Se non hai un Product Owner e uno Scrum Master, allora non stai facendo Scrum, e quindi la riunione settimanale potrebbe essere necessaria.
Ovviamente, Scrum non è l'unica metodologia Agile là fuori. È solo il più popolare. Altri, come Crystal, non dicono nulla sul fatto che le riunioni debbano o meno verificarsi. Un approccio Lean suggerirebbe che un incontro settimanale con il tuo capo potrebbe essere una buona cosa, purché sia un incontro produttivo. Se non è produttivo, è uno spreco e dovresti trovare un altro modo per far sapere al tuo CTO come stai procedendo.
Agile è sicuramente non una serie di cose che fai. È un insieme di principi che la tua organizzazione può scegliere di adottare.
Individuals and interactions over processes and tools
In questa luce, la tua riunione è utile alla tua squadra ? Migliora la comunicazione, è un modo efficace per scambiare informazioni? Se funziona per te, allora tienilo. Se si tratta di un onere imposto dal CTO, chiedigli di cancellarlo o renderlo facoltativo.
Il mio suggerimento è di fare una riunione retrospettiva. Metti questo in 15 persone nel team e CTO e vedi:
In altre parole: qual è lo scopo dell'incontro ed è un modo efficace per raggiungere tale scopo?
Nelle riunioni non c'è nulla di agile o di non agile, ma non è certamente agile seguire un processo invece di concentrarsi sulle persone.
Leggi altre domande sui tag agile