今天我給大家暴露個軟件公司的真實內(nèi)部工作情況。如果軟件質(zhì)量要真正達標，就要這些步驟做到。這些步驟不能砍。如果報價降低了，那必然是這些步驟被砍掉了，或者被表面弱化流于形式了，或者派了不匹配能力的人來做了。這就是報價松緊帶的秘密。如果你聽過ERP與十四頂帽子，你就知道我在說什么，如果你沒聽過，建議你百度搜索一下。 所以看一個報價是虛是實，讓他們把詳細的功能點清單、開發(fā)過程、開發(fā)團隊參與人、每個功能點每個步驟每個崗位的工作必要人天數(shù)都按照表格列出來。而且你要收到各個環(huán)節(jié)的產(chǎn)出物(如測試用例文檔、設計方案文檔等等)以檢查是否被做虛了偷工減料了。這樣你就知道你的質(zhì)量能否保證，你的錢花的實在不實在了。 另外，一個二次開發(fā)項目，最關鍵的人是：項目開發(fā)PM、主設計、開發(fā)leader、測試leader。這些人起最關鍵的作用，所以他們的人天報價就很高，不能和其他人員同等報價。另外，項目開發(fā)PM是一個二次開發(fā)項目的核心領導和組織推動者，一個差的PM和一個好的PM，對于一個項目的進度/質(zhì)量影響很大，項目開發(fā)PM是貫穿整個項目全程在工作，他就相當于一個團隊的領導者，所以他的作用非常大，千萬不要誤會項目開發(fā)PM就是做做計劃、檢查一下、匯報一下，那豈不是成了一個計劃編制員和監(jiān)工了?所以CIO們千萬不要對項目開發(fā)PM錯位認識。 咱們接下來就講講一個高質(zhì)量的項目是怎樣被一步步推進落地達成的。 一、項目規(guī)劃階段 1、一線PM/一線實施人員/咨詢顧問/應用架構(gòu)師：需求調(diào)研/討論/確認、應用方案設計、實施方案設計 2、研發(fā)PM：工作量估算、全程風險管控、資源組織協(xié)調(diào)、每日計劃推動、變更管理、溝通報告 3、開發(fā)leader/平臺架構(gòu)師：技術方案設計、技術風險識別、技術難點攻關預研 4、測試leader/測試總監(jiān)：測試方案分析設計、評審 二、系統(tǒng)分析/設計階段 1、系統(tǒng)分析/概要設計：架構(gòu)邊界規(guī)劃/接口設計、功能點分析、模塊關系分析、實體關系分析 2、系統(tǒng)詳細設計：到每個UI每個元素、流程圖/算法/計算公式、關聯(lián)性分析 3、設計評審/項目組學習考核 三、開發(fā)階段 1、代碼框架規(guī)劃：代碼框架設計/開發(fā)修改、代碼底層框架設計/修改、關聯(lián)性分析、公共代碼識別/設計/維護、接口識別/設計/維護、數(shù)據(jù)庫設計/管控 2、代碼開發(fā)：代碼開發(fā)、代碼調(diào)試 3、代碼自測：自測通過、測試建議編寫 4、代碼審查：功能審查、代碼規(guī)范性審查、代碼集成性審查、代碼性能審查、代碼安全性審查、代碼可向下兼容性審查 5、代碼提交：代碼分支合并拆分、簽入提交、編譯構(gòu)建 6、Bug修改：Bug查找/修改、Bug根源分析、Bug測試建議 四、測試階段 1、測試用例分析/設計/編寫、數(shù)據(jù)準備、關聯(lián)性分析 2、測試執(zhí)行、Bug登記 3、Bug回歸測試 4、集成測試 5、性能測試 6、安全測試 7、向下兼容性測試 8、核心功能/主流程回歸點擊測試 五、發(fā)布階段 1、說明文檔編制、幫助文檔掛接、幫助文檔掛接測試 2、安裝盤打包 3、升級安裝部署初始化配置測試 4、QA人員對項目過程、關鍵產(chǎn)物進行合規(guī)性檢查 5、項目文檔整理/補齊、項目代碼、開發(fā)數(shù)據(jù)庫/測試數(shù)據(jù)庫歸檔 六、安裝更新階段 1、實施人員自測 2、測試環(huán)境安裝更新、現(xiàn)場測試 3、生產(chǎn)環(huán)境安裝更新 4、更新后運行跟蹤、數(shù)據(jù)核對校驗 工序環(huán)節(jié)這么多，參與的人這么多，自然效率/成本都是剛性的了。 另外，還有人抱怨二次開發(fā)的質(zhì)量，說質(zhì)量這么差，時間還那么長、二次開發(fā)費用還那么貴。那到底是怎么回事?關于這個問題，我也深入分析過。 我常見到的二次開發(fā)的質(zhì)量問題： 1、摸石頭：從一開始，需求方案、技術方案就偏了，因為業(yè)界有正道，但大量人不知道正道。所以走了N多次方案的討論和變更，才咂摸出點味道 2、傳遞失真：從業(yè)務部門-企業(yè)IT部門-一線實施-后臺研發(fā)PM和設計-后臺開發(fā)和測試，每個環(huán)節(jié)都失真、丟失信息，于是名貴的粗象牙變成了竹筷子。于是，軟件中各種遺漏、各種實現(xiàn)不是客戶想象。于是，客戶看到的功能就不是一開始的想象，于是要求再變更再修改 3、確實是二次開發(fā)團隊自己犯的錯。 要避免走歪道問題，需要應用架構(gòu)、技術架構(gòu)這類人的參與項目，但費用...，你懂的 要避免傳遞失真，需要專項類需求，后臺研發(fā)設計人員或PM、一線實施、客戶業(yè)務部門骨干和經(jīng)理、客戶IT部門經(jīng)理，一起在客戶現(xiàn)場做好需求確認會 是純粹后臺研發(fā)自己犯的錯，后臺研發(fā)自己買單，不需要客戶付費 本來企業(yè)信息化從業(yè)務到技術都不復雜，況且大多數(shù)中國企業(yè)連組織職責和流程都自己理不清，況且大多數(shù)中國企業(yè)在應用ERP時連主數(shù)據(jù)都沒有整理規(guī)范、基本審批流程都跑不起來，況且很多行業(yè)的信息化還很初級連ERP就以為是財務記賬或者ERP是個筐什么都往里裝，所以問題并不大問題并不多，而是很多人對問題沒有辨析。一一掰開了一條條列出來，也就那么幾條。 世界上的事本來很簡單，就是和稀泥的人太多較真的人太少，所以把原本簡單的問題復雜化了。如此而已。
轉(zhuǎn)載請注明出處：拓步ERP資訊網(wǎng)http://www.oesoe.com/
本文網(wǎng)址：http://www.oesoe.com/html/consultation/1082068669.html
相關文章
