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?