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

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

其實(shí)開(kāi)發(fā)過(guò)程體系里并沒(méi)有這一過(guò)程，但是我個(gè)人認為它非常重要。

所有的總結，只有帶著(zhù)問(wèn)題去思考才會(huì )有收獲，這就是復盤(pán)。
不論我說(shuō)多少，如果沒(méi)有過(guò)類(lèi)似的經(jīng)驗，就很難有很強的共鳴。
我覺(jué)得看清一個(gè)問(wèn)題的方式，就是你曾經(jīng)處在一個(gè)問(wèn)題的兩個(gè)不同的角色中。

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

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