Quando si consegna un prodotto, le note di rilascio contengono chiaramente i problemi noti rilevati dal cliente nella build precedente. Ma dovremmo includere i difetti che noi, come fornitori, abbiamo trovato durante i nostri test, quelli irrisolti e quindi presenti nella build? Voglio dire, per me ha senso, ma mi piacerebbe sapere cosa pensano le persone più esperte su questo problema.
Sì.
In caso contrario, i tuoi clienti potrebbero trovarli personalmente e fornirti segnalazioni di bug per le cose che hai già risolto. Questo fa perdere tempo a tutti.
Inoltre, i bug potrebbero causare problemi ai clienti di cui non sono a conoscenza. L'avviso di questi problemi potrebbe indurli a eseguire l'upgrade più rapidamente, riducendo l'ambito del problema. (Immagina ad esempio che tu stia spedendo una libreria e che la libreria sia utilizzata in un'applicazione commerciale. Supponi che il difetto nella tua biblioteca abbia un effetto valanga che fa sì che le tasse vengano raccolte in modo improprio per un particolare stato, ma il tuo cliente non ha notato ancora. Questo può cambiare la loro decisione da "Aggiornamento alla prossima versione" a "OMFG abbiamo bisogno di una correzione!")
In generale, dovresti includere informazioni sui difetti noti nelle note di rilascio per informare i tuoi utenti. È possibile vedere che molti fornitori di software hanno inseguitori di bug pubblici, quindi ovviamente è una pratica comune.
Motivi per avere un elenco di problemi noti:
Per quanto riguarda le citazioni da libri sulla gestione o standard, non ne ho mai visto uno.
Eccezioni importanti :
Leggi altre domande sui tag issue-tracking release-management delivery documentation