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