最近碰到一個很狗血的事情，也讓我頗為抑郁了一番。經我手開發的一個銀聯卡支付項目，系統運維階段集中爆發了一些問題。雖然最終都得到了解決，但是反思問題的出現及深層次的原因，對於項目管理的技巧和團隊規則的建立有了更深層此的感觸。暴發出來的問題主要包括以下幾個：
1.本行卡境外交易失敗。
2.本行卡境外交易部分國家失敗：有的國家成功，有的國家失敗。
3.境外卡行內交易失敗。
4.他代本交易，非規范報文數據庫表插入出現錯誤。
5.預授權交易處理失敗。
由於該項目是一個移植項目，大部分源程序來源於公司另外的一個項目，按照XX以及XXXX的說法，配置上就能用，說的好是輕松，就好像3天就可以上線，五天就可以完活似得。而我也竟然放松了警惕，輕信了這些說法，結果可想而知。
第一、項目沒有文檔：扔過來一個文件包，包括代碼、定制、數據庫表一團。這就是所有，你自己看吧，鬼知道我該拿這些東東做個球用啊。對比，用對工具對比，自己去找差異，看來我真有病，誰有葯呢？
第二、變更沒有說明：
核心變了，沒有記錄；前置變了，也沒有記錄。處理到用戶認證和預授權類交易時，悲劇了，核心返回的錯誤碼，不符合銀聯的規范，每次報文送上去，都會被拒。沒辦法，拿着銀聯規范一個個核對，最后發現核心使用的錯誤碼時2.0版本，驗證規則是2.0版本。拿着規則找核心的人去理論，核心不敢改，告訴我：XX地就是這么處理的，這里也該這么處理，肯定沒問題。我的親娘四舅奶奶，到底是業務決定設計還是經驗決定設計呢。沒轍啊，糾結啊。后來找所謂的XX地要了最新版本，才發現，對方早已經變更過了，而我們還不知道。更悲劇的事情還要，不過我不能說。耶穌啊。誰來拯救你呢！
第三、Bug沒有記錄
前人種樹,后人乘涼。Bug管理系統的核心價值就在於此，可惜悲劇的是，前人種樹，種完了又挖走了，就留下一個樹坑，我還要從頭開始種。上述本行卡境外交易失敗的原因就在於缺少了一個國別代碼域，悲催啊。境內交易一切OK，境外交易，直接Over。對比啊，測試啊，終於找到問題所在，用戶臉也開始綠了。
第四、未經測試即發布
未經測試的程序，直接發布，你敢嗎？不管你敢不敢，反正我是不敢，可是不敢的我卻這么做了。然后，掛了，然后再來。不是哥不想測試，是沒環境，沒有加密機，很狗血的一個理由吧，我感覺也是，別告訴我用仿真，別告訴我繞過去，可能是我真的很笨。強勢的用戶，無理的要求，被踐踏的流程。見過膽子肥的，沒見過這么肥的。耶穌啊，你先在坑里呆着吧！