最近，手里的項目出了個事故，而且這個事故居然兩個月內重復了3次，結果雖然一樣，但是犯錯的過程卻每次都不一樣。
筆者公司嚴格執(zhí)行“內，外網”制度，凡是最后要提供給客戶的軟件都必須從內網拷出，拷貝的流程極為嚴格。一般是項目經理提交 “軟件出廠申請單” ，說明要拷貝的模塊名稱和License起止日期，以及要安裝的機器MAC地址。期間經過實施部、開發(fā)部、質量部、商務部的審核，公司總裁簽字之后，運維部才會拷貝出來，拷貝出來之后實施工程師還要當場驗證一把，確認無誤，才會帶到客戶現場進行安裝部署，可就是這樣嚴密的流程，竟然2個月內出了3次事故!由于最后一道審核人是公司老板，老板脾氣又大，出點事情就把大家抓過來痛罵一頓，搞得人人噤若寒蟬，各個緊張兮兮的，不可能不重視啊，可是偏偏還就老出事，真是邪乎了!
于是，我組織各部門認真反思總結了一下發(fā)生在該項目的問題，尤其是項目管理上的漏洞，追究責任是次要的，關鍵是要引以為鑒，后續(xù)項目不要再出現類似的事情了!
第一次事故大概在5月上旬，項目組給客戶安裝系統(tǒng)試運行，到了現場發(fā)現系統(tǒng)用戶不能登錄。項目經理當時就有些慌張，因為以前未發(fā)現，想到老板最恨已經出廠刻盤的軟件系統(tǒng)再重新刻盤，心里就有些緊張。接到報告后，我安慰他，不要著急，想想原因。經查明是由于在此之前的系統(tǒng)版本都是啟動jboss和license兩個服務，而該項目版本為jboss和license的集成版本，只需要啟動jboss服務即可。測試人員修改了服務器啟動規(guī)則，卻沒有及時通知實施人員，實施人員不知情，啟動了jboss和license兩個服務，導致個別license文件沖突，系統(tǒng)用戶不能登錄。應該說這一次的事故主要是由于以下幾點造成的：
1)項目參與人員沒有做到知識共享，信息傳遞不充分;
2)實施人員只在測試環(huán)境對系統(tǒng)進行驗證，沒有充分驗證系統(tǒng)的有效性;
3) 實施人員在出盤這項工作中比較依賴測試部，對自己的本職工作不清晰，沒有從業(yè)務及實際環(huán)境對系統(tǒng)進行驗證工作;
過了不到1個月，因為修改了一些Bug，第二次給客戶安裝系統(tǒng)時，項目經理和實施人員在現場的系統(tǒng)調試過程中，發(fā)現系統(tǒng)中的用到的第三方軟件的一個功能出錯，又打電話報告申請重新刻盤。這一回，又是各部門一通忙活，認定為給該系統(tǒng)安裝的第三方軟件版本不對，經查明，主要原因在于測試提供給刻盤的第三方軟件版本與該項目所需要的軟件版本不符造成的。這次我認為跟部門領導對于員工的責任心意識教育不夠有關，明明公司三令五申，不能擅自更換軟件版本，非要那么隨意，想換就換!除此之外，沒有將第三方軟件納入配置管理也是1大問題，版本無人管啊，也是容易亂!
近日，該項目終于要驗收了，雖說出了點事情，但總的說來，這個項目控制得還是不錯的，進度，成本和質量都還可以。出了兩次事故，我們也反復強調注意事項，同時彌補管理上的各種漏洞，要求各個部門經理作為第一責任人。
大家都想這回怎么著也該沒事了。誰知上周我正開會呢，開發(fā)部經理神色慌張得來找我：“劉老師，XXX項目現場又出事了，說是License錯誤!”天!不過這次大家倒都挺鎮(zhèn)靜的，處理突發(fā)事故也有經驗了噢，不到半小時，就找到原因，商務人員對License生成軟件操作不熟悉，生成的License文件不對，而不到客戶的機器上安裝是查不出這個錯誤的。前幾次都是運維部生成的License ,自從老板要求實現“三權分立”的思想，就把生成License的工作交給了商務部。如何保證商務人員也能正確生成Licen
se文件，還得在流程上增加一條啊!
總的來說，無論多么完善的制度和流程都有改進的空間。