在業界中或多或少都會常聽到以下類似內容
不妨思考一下
開發流程大多都是會經歷 軟體開發生命週期(Software Development Life-Cycle, SDLC)
這些流程步驟中會有一推人參與討論及實作，但為什麼出事情後，要找一個替死鬼去背鍋才甘心？
所以真的要究責的話，難道我們要一個一個抓出來鞭屍嗎XDD
究責沒意義，即使真的有戰犯了，劈頭罵一頓了
然後...Bug 就會自動好了？類似的 Bug 就不會再出現了？
甚至這種究責文化，只會讓大家更畏懼面對問題，可能會呈現出：「我很早之前就發現問題了，但不敢說...」
當主管問：「這問題你提早發現了，但為什麼不提早說勒？？」
我：
我相信這種結果應該都不是大家想要的吧！XDD
當一個開發流程的周期結束時，我們都是需要一個復盤會議，也可以稱為 Retrospective meeting
會議內容我們需有以下
部分參考來源
看到上方參考來源文章中有很好的一句話，希望共勉之。
如果失敗能夠讓你找到原因和措施，那這樣的失敗可以包容。
如果成功卻不知道為什麼成功，那這個成功不可複制也就沒有意義。
由上往下 推動 S-SDLC比較容易些，如果建立當責文化，由長官帶頭以身作則，其實輕鬆很多。
但極少數公司才有長官帶頭，一般公司還是在究責跟推託文化中~
工程師真的要硬起來，阻止這種行為阿
感謝分享，這篇真的說得太對了！
究責文化對一個公司和團隊真的很傷，
追究者的出發點是為了找出問題點而希望未來不要再出錯。
但在正常的狀況下，不會有人想要故意犯錯，
也不會有一件問題的產生是因為單一成員所造成的。
找一個替死鬼來背黑鍋的這種行為，
其實是默默在塑造團隊的說謊文化和踢皮球文化，
不但不能找到問題點，還讓團隊文化越來越糟糕。
因為有理也說不清，只好把問題丟給別人，
或是下次遇到問題的時候不敢誠實講出來，因為怕被抓出來鞭。
相信有服過兵役的人都很能夠感同身受。
以工作上為例，就算是一個工程師不小心上錯 code 而導致公司虧損，
也不是只有上 code 的那個人有問題，
而是這個團隊缺乏一個避免犯錯或提早發現錯誤的 SOP。
這樣的團隊無法留住真正的人才，
而就算人才留在這裡，他也不願意全力發揮他的才能，
因為他只會願意做那些絕對不會出錯的簡單工作。
看影片追技術