對企業管理軟體“代碼後”問題的思考

在這個行業，幹了7年了。有這麼個感受：程式看起來都寫完了。但是如何讓客戶用起來，是一個很大的問題。產品不管是正式發版，還是項目編碼結束，到客戶能夠接受，都有一個很長的時間擺在那裡。程式碼完成之後，還有部署、實施、維護、突發問題解決等一堆問題。偶稱這些問題為“代碼後”問題。
這幾年，見了很多這種“代碼後”的問題，也解決了不少。總結起來，大致有這些（基本上和業務無關）：
1、   Server環境的問題。如：RAC、Linux、win2003、DTC、LoadBalance等。
2、   用戶端環境的問題：如RAC、Win2003、防火牆、諸如3721這種垃圾的各種小外掛程式。
3、   軟體架構問題
4、   效能問題：這個就很多了，不列舉了。
5、   程式在現場發生問題，但是開發人員在家裡沒有思路，不知道該如何類比現場環境、該如何抓到有用的資料、該如何分析。

上述問題隨環境變化非常明顯，建立一定的知識儲備是必需的。但是，我們無法把所有情境下的問題都考慮到。我們能否改變一下這種情形？如，建立一個組織統一處理？建立某種機制？還是別的？

當然，如金蝶最近說的快速實施，這其實是從產品品質的角度來考慮的。但是我相信，他也解決不了上述的問題。品質好總是相對的，各種未知、複雜的環境，總是會接踵而來。

也許，建立這麼一個應急組織，會好些？在公司，我幾乎有1/3的時間在處理這些問題，