摘要：
你的項目出了嚴重問題，客戶向你公司的領導投訴，你的領導興師問罪要追究責任！這是測試的錯？開發的錯？PM的錯？還是研發流程的錯？中國教育制度的錯？社會的錯？反正、總之、一定、必須不是我的錯！
事件回放：
某項目部署給客戶后，重現了一些以前已經解決的問題，而這些問題測試時并沒有出現。經檢查，發現測試的版本不是部署的版本，不知道為什么老版本部署給客戶了。領導要追究責任，于是大家各有說法：
開發人員說：我是按要求打標簽的，沒有問題。
測試人員說：我是在提交區中取版本來測試的，我沒有出錯。
實施人員說：我是按照開發給我的版本去部署的，我沒有過失。
后終于有人說：是之前已經離職的某某弄錯版本號導致的。
思考：
1、該事件反應了什么問題？將來應該如何改進？
2、這么多問題中，大的問題是哪個問題？
在繼續往下閱讀之前，建議你先寫寫對以上問題的想法，然后再繼續閱讀。
本事件并沒有什么標準的答案，下面分析僅供大家參考，歡迎大家提出自己的想法！
事件的補充說明：
這是發生在我以前公司的真實個案。第一次聽說時，我覺得很不可思議，也覺得非常的丟人！
客戶當前版本是1.1，我們打算為之安裝1.2版本，安裝后客戶反饋怎么以前已經解決的缺陷又再次出現了？檢查后發現，原來我們安裝的是1.0版本的程序。相當于大家辛辛苦苦地奮戰了數天，后竟然沒有將工作成果給客戶，而是將以前的東西給客戶了。作為軟件公司來說，這是一個超級低級的錯誤！
經過檢查，終于發現了問題的真正原因：開發人員A讓實施人員B直接在他的電腦上取安裝程序，而不是根據研發流程的要求到配置庫中取，而該開發人員A讓實施人員B所取的版本，是1.0版本的老程序，而不是新的1.2。這個原因主要是通過實施人員B得到的，但開發人員A已經離職了，“死無對證”！
似乎整個事件需要負責任的是這位已經離職的仁兄，而該仁兄已經離職，更加是百口莫辯。我的領導對于這樣的結論，苦笑說：呵呵，這樣好，推到一個離職的人身上！
問題1：某些人員失職，沒執行流程！
開發人員A和實施人員B違反了相關規定，嚴重失職，應為此負責。而開發人員A已經離職，故應由實施人員B來負擔主要責任。這樣處理是否合適呢？
問題2：研發流程和公司制度有漏洞，應進一步改善！
研發流程雖然規定了要從配置庫中取安裝程序，但沒有版本確認的步驟，而且安裝程序應該由配置人員提供，而不應該由實施人員直接問開發人員要，這是流程中需要改善的。
于是配置管理員提出建議：規定所有的安裝程序只能由配置管理員提供，不能通過其他途徑！
但項目經理、開發、實施都反對，因為經常需要加班，往往在加班的時候需要提供安裝程序，但這個時候配置管理員往往已經下班了，無法向配置管理員要安裝程序。如果配置管理員算沒事干都好，愿意一起加班的話，可以這樣規定。
于是配置管理員再無意見了……
另HR提出，此事其實是開發人員A付主要責任的，出現這樣的問題原因之一是離職交接沒有做好，工作沒有檢查好。此意見一出，項目組、負責交接A工作的開發、同意A離職的部門經理，幾乎全部暈倒了！交接已經做得很不錯了，什么問題都要防住，你叫這個交接怎樣做？
研發流程和制度確實需要不斷完善，但如果老是從細節上規定，是不是有點本末倒置呢？研發工作中的問題總是很多的，不太可能規定所有細節的，而且一旦規定了一些細節，似乎避免了一個問題，但會帶來更多的問題。
