Usiamo bugzilla per tenere traccia dei bug e delle richieste di funzionalità e richiediamo anche agli sviluppatori di scrivere su note di rilascio separate se finiscono di scrivere una funzione. Vecchia moda, lo so.
Un problema che abbiamo con la disposizione di cui sopra, è che mentre funziona alla grande per il software che stiamo già vendendo, è completamente inutile quando si tratta di monitorare l'avanzamento di un nuovo progetto di sviluppo software. Il motivo è che al punto di sviluppare un nuovo software, non possiamo, o meglio, non possiamo usare bugzilla per tracciare le funzionalità semplicemente perché bugzilla non è adatto a rappresentare la complessa complessità della dipendenza dalle funzioni (per completare un nuovo applicazione software, ci sono troppe funzionalità da codificare e semplicemente non abbiamo voglia di metterle in bugzilla, e anche se lo facessimo, non avevamo modo di sapere quali funzionalità 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 inizieranno a battere sulla porta del team (la tua veramente) sulle stime, a cui non posso rispondere perché tragicamente, onestamente, non lo so sapere quanto dista il completamento della nuova applicazione.
Come presenteresti i tuoi progressi nello sviluppo del software ai tuoi stakeholder?