Come presenteresti i tuoi progressi nello sviluppo del software ai tuoi stakeholder?

9

Usiamo bugzilla per tenere traccia di bug e richieste di funzionalità, e chiediamo anche agli sviluppatori di scrivere su note di rilascio separate nel caso in cui finiscano di codificare una funzionalità. Vecchia moda, lo so.

Un problema che abbiamo con l'accordo di cui sopra, è che mentre funziona perfettamente per il software che stiamo già vendendo, è completamente inutile quando viene tracciato il progresso di un nuovo progetto di sviluppo software. La ragione è che al punto di sviluppare un nuovo software, noi non, o meglio, non possiamo, usare bugzilla per tracciare le caratteristiche semplicemente perché bugzilla non è adatto a rappresentare la complicata complessità della dipendenza da funzionalità (Per completare una nuova applicazioni software, ci sono troppe funzionalità da codificare e non abbiamo voglia di metterle in bugzilla, e anche se lo facessimo, non avevamo modo di sapere quali funzioni dipendono da quali, e non saremo in grado di ottenere comunque una previsione accurata della data di spedizione.

Quindi, i nostri stakeholder si preoccuperanno dei nostri progressi nello sviluppo (o della mancanza di) e cominceranno a sbattere la porta del team (il tuo vero) sulle stime, a cui non posso rispondere perché tragicamente, onestamente anche io Sappiamo abbastanza fino a che punto la nuova applicazione è completa.

Come presenteresti i tuoi progressi nello sviluppo del software ai tuoi stakeholder?

    
posta Graviton 14.03.2011 - 01:31
fonte

3 risposte

8

Fai in modo Agile: Demo presto e demo spesso.

Niente batte la sensazione viscerale di usarlo effettivamente per dare una sensazione di progresso.

    
risposta data 14.03.2011 - 01:41
fonte
2

Dichiarazione di non responsabilità: non ho mai usato prima Bugzilla, quindi non sono sicuro delle sue capacità di gestione del progetto (sebbene Bugzilla: Project Management con Bugzilla sembra avere un bell'aspetto).

Questo problema sembra il risultato di una mancanza di disciplina. Dovresti utilizzare il software di gestione dei progetti per pianificare ed essere responsabile per il tempo e gli sforzi spesi. Qualsiasi software di gestione dei progetti (sono stato impressionato con Jira e Redmine ) ha funzionalità per suddividere i compiti fino a un livello in modo da poter fornire una stima accurata (~ ore) su ciascuna attività.

Da lì, è un caso di essere disciplinato e di compilare i dettagli dell'attività. Questo fornirà una panoramica sotto forma di diagramma di Gantt (Redmine) o di un grafico di burndown del progetto (Jira) che fornisce una valutazione istantanea dei progressi del tuo progetto.

Alla fine della giornata, fornisce semplicemente una stima del tempo (che viene eseguita interrompendo i compiti per massimizzare la precisione), quindi all'avvio dello sviluppo, confrontando i progressi con le stime iniziali (o riviste).

    
risposta data 14.03.2011 - 01:42
fonte
0

La gestione dei progetti non deve essere incredibilmente elaborata o richiedere strumenti sofisticati, e KISS non è un cattivo mantra se non si dispone di project manager dedicati. Se stai sviluppando un nuovo software, devi avere almeno un qualche tipo di specifica o elenco di funzionalità. Esponilo e li metti in un foglio di calcolo insieme a una stima del tempo, una data di inizio prevista, una data di consegna prevista, ore lavorate e un indicatore di stato (fatto, in corso, non avviato). È quindi possibile manufacture generare qualsiasi metrica ritenuta appropriata per indicare lo stato di avanzamento del progetto (ad esempio un completamento% basato sul numero di ore stimate per gli articoli completati rispetto alle ore totali stimate). Genera alcuni grafici con colori vivaci e tutti sono felici.

Un sacco di software PPM può essere eccessivo per piccoli team, tenere traccia di più progetti, assegnazione di risorse, articoli QC, ecc. ecc. Se tutto ciò che serve veramente è creare un rapporto di stato, un foglio di calcolo va bene. "Abbiamo completato 92 delle 127 funzionalità e stimato che avremo terminato la codifica e testeremo due settimane prima del previsto." Tutti applaudono.

    
risposta data 10.01.2017 - 20:29
fonte

Leggi altre domande sui tag