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

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

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

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

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

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