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