產(chǎn)品發(fā)布是系統(tǒng)測試結(jié)束后的最后一步，通常在軟件產(chǎn)品開發(fā)過程中不需要產(chǎn)品試制環(huán)節(jié),，可以直接上線,，只需要系統(tǒng)測試員輸出系統(tǒng)測試報告并批準(zhǔn)產(chǎn)品發(fā)布（上線）就可以了。

產(chǎn)品發(fā)布前需要通過產(chǎn)品發(fā)布說明會形式,，對整個產(chǎn)品開發(fā)過程從立項開始回溯過程,，指出整個過程中的不足點，總結(jié)經(jīng)驗,，為下一個項目提供經(jīng)驗案例,。
這一會議可以通過正式會議形式召開，需要召集產(chǎn)品經(jīng)理,、主要開發(fā)人員,、測試人員、上級等參與,，準(zhǔn)備充分,，盡可能說清楚這個產(chǎn)品發(fā)布之后的效果、效益,，為上線后的價值評估做準(zhǔn)備,。
這一環(huán)節(jié)不可缺少，即便在互聯(lián)網(wǎng)公司,，迭代速度很快的情況下,，這一環(huán)節(jié)也需要滿足。

其實開發(fā)過程體系里并沒有這一過程,，但是我個人認(rèn)為它非常重要,。

所有的總結(jié)，只有帶著問題去思考才會有收獲,，這就是復(fù)盤,。
不論我說多少，如果沒有過類似的經(jīng)驗,，就很難有很強(qiáng)的共鳴,。
我覺得看清一個問題的方式，就是你曾經(jīng)處在一個問題的兩個不同的角色中。

總結(jié)項目經(jīng)驗教訓(xùn)的目的,，在于總結(jié)問題,、分析原因，避免以后犯同樣的錯誤,，而不是追究誰的責(zé)任,。

假設(shè)一個需求理解的缺陷，如果在需求階段發(fā)現(xiàn),，修改一下可能只要一個小時,，但是如果到了設(shè)計完成時發(fā)現(xiàn)這個缺陷，因為涉及的人員,、文檔增多,，估計要一天時間，而如果等到代碼都編寫完成時才發(fā)現(xiàn)這個缺陷,，可能需要十天八天了,。
如果缺陷沒被發(fā)現(xiàn)，而是直接到了生產(chǎn)系統(tǒng)中呢,？這就不是工作量的問題了,，估計損失就難以估計了。
在質(zhì)量管理的理論中,，缺陷每延遲一個階段被發(fā)現(xiàn),，修復(fù)的代價就要乘上十倍。