Quale struttura di riunione del progetto dovrebbe scegliere un singolo sviluppatore?

8

Sono uno sviluppatore solista che lavora su un progetto decentemente piccolo con circa 3 altre persone (non sviluppatori). Queste altre persone sono coinvolte nel progetto in modi non di sviluppo e uno è anche il mio manager. Anche tutti sono aperti a discussioni ad hoc.

Il mio manager mi ha appena dato quello che sembra un sogno diventato realtà - ho avuto il compito di determinare quale struttura della riunione avrebbe funzionato al meglio per il progetto. Questo sembra un modo meraviglioso per gestire meeting sovraccarico e / o riunioni inutili .

Con un grande potere derivano grandi responsabilità, come ora, se suggerisco qualcosa che alla fine si traduce in molto tempo perso è colpa mia.

Non ho mai avuto una lavagna vuota per pensare a come strutturare le riunioni. I miei pensieri sono:

  • Riunione giornaliera "touch base / aggiornamento stato" per 15 minuti o meno (simile alle riunioni in piedi) per comunicare obiettivi giornalieri e rivedere il giorno precedente. Oppure, sembra che potrei semplicemente avere una lavagna e metterla sulla mia scrivania per comunicare queste informazioni.
  • In caso di incontri necessari per prendere decisioni specifiche o rispondere alle domande, qualsiasi membro del team ha

... Non vedo la necessità di una riunione di progetto sullo "stato" settimanale. Inoltre, non sono sicuro che la seconda puntata richieda molte riunioni programmate in modo formale.

La mia preoccupazione è che questi "sviluppatori focalizzati" (cioè io) potrebbero causare l'alienazione con gli altri o fare in modo che il mio manager subisca una perdita di controllo sul progetto, poiché questa struttura sarebbe notevolmente diversa dalla maggior parte dei progetti.

Quale struttura di incontro del progetto dovrebbe scegliere un singolo sviluppatore?

Indirizzamento dei commenti:

What are the other people contributing? Are they the intended users of this project? Working on non-development aspects of it (such as website themes & images or a DBA, or QA testing)? Other levels of management/administration?

Sono alcuni degli utenti finali e sono interessati al flusso di lavoro generale. Inoltre stanno contribuendo a diverse aree di moduli / documenti (il cui formato non influirà su eventuali lavori di sviluppo).

Are you able to get feedback from the other two members? Some managers need to have a regularly scheduled meeting or they'll never be able to fit it into their schedule.

Il tempo non sembra essere un problema in futuro.

    
posta enderland 03.09.2013 - 23:20
fonte

2 risposte

3

Come unico sviluppatore, il tuo più grande problema è la visibilità. La mia raccomandazione è di fare cicli completi di sprint, come in un progetto Agile. Ogni due settimane, demo un po 'più di funzionalità (questo potrebbe essere in un incontro di mezz'ora ad ore. Ogni giorno avere una posizione in piedi che spiega cosa hai fatto ieri, cosa farai oggi e qualsiasi roadblock che hai.

In questo modo comunicherai agli altri esattamente dove si trova il prodotto in qualsiasi momento. Si sentiranno coinvolti, tutti sapranno esattamente dove si trova il progresso della costruzione del prodotto e le decisioni possono essere prese per rottamare / introdurre funzionalità come necessario.

E una pausa di 10 minuti su base giornaliera si limita a "sprecare" un'ora alla settimana. Avere un'ora di demo una volta ogni quindici giorni limita la tua esposizione a una media di 1,5 ore a settimana, il che non è molto.

    
risposta data 04.09.2013 - 05:28
fonte
1

Nessuno

A meno che tu non abbia qualcosa che richiede una discussione di gruppo altamente interattiva ( come dimostrazione di un'iterazione ), o solo bisogno di essere visto lavorare, legare 4 persone in una riunione, anche per 15 minuti, sarà uno spreco.

Le riunioni di persona sono la forma di comunicazione a larghezza di banda più elevata disponibile; sono anche la forma di comunicazione più costosa. Usali saggiamente, e solo quando necessario.

    
risposta data 04.09.2013 - 01:31
fonte