軟件研發(fā)管理問題和解決方案

1、http:/ 上上 海海 漫漫 索索 計(jì)計(jì) 算算 機(jī)機(jī) 科科 技技 有有 限限 公公 司司軟件研發(fā)管理問題和解決方案軟件研發(fā)管理問題和解決方案常見問題分析常見問題分析基礎(chǔ)方法論介紹基礎(chǔ)方法論介紹整體解決方案整體解決方案林林 銳銳 博士博士Page 2目錄目錄1. 企業(yè)研發(fā)管理的理念企業(yè)研發(fā)管理的理念2. 常見問題分析常見問題分析3. 中型企業(yè)的研發(fā)管理需求中型企業(yè)的研發(fā)管理需求4. 基礎(chǔ)方法論介紹基礎(chǔ)方法論介紹CMM5. 基礎(chǔ)方法論介紹基礎(chǔ)方法論介紹 PMBOK6. 基礎(chǔ)方法論介紹敏捷開發(fā)基礎(chǔ)方法論介紹敏捷開發(fā)7. 基礎(chǔ)方法論介紹基礎(chǔ)方法論介紹 RUP8. 面向企業(yè)的軟件研發(fā)管理解決方案面向企

2、業(yè)的軟件研發(fā)管理解決方案9. 基于基于Web的集成化項(xiàng)目管理系統(tǒng)的集成化項(xiàng)目管理系統(tǒng) Future3.0Page 31. 企業(yè)研發(fā)管理的理念企業(yè)研發(fā)管理的理念1.1 1.1 目標(biāo)目標(biāo)企業(yè)的根本目標(biāo)是企業(yè)的根本目標(biāo)是“合法地賺取盡可能多的利潤(rùn)，使企業(yè)利益最大化合法地賺取盡可能多的利潤(rùn)，使企業(yè)利益最大化”。企業(yè)所有的特定目標(biāo)和行動(dòng)都是圍繞根本目標(biāo)開展的。根本目標(biāo)進(jìn)一步?jīng)Q定了企業(yè)研發(fā)管理的目標(biāo)和策略。企業(yè)研發(fā)管理的基本目標(biāo)是：讓所有人員有條不紊地開展工作，在預(yù)定的時(shí)間和成本之內(nèi)，讓所有人員有條不紊地開展工作，在預(yù)定的時(shí)間和成本之內(nèi)，開發(fā)完成質(zhì)量合格的產(chǎn)品，從而使企業(yè)和個(gè)人獲得預(yù)定的利益開發(fā)完成質(zhì)量合

3、格的產(chǎn)品，從而使企業(yè)和個(gè)人獲得預(yù)定的利益。企業(yè)研發(fā)管理的奮斗目標(biāo)是：調(diào)動(dòng)一切積極因素，努力提高產(chǎn)品質(zhì)量、提高工作效率并且降調(diào)動(dòng)一切積極因素，努力提高產(chǎn)品質(zhì)量、提高工作效率并且降低成本，使企業(yè)和個(gè)人獲得比預(yù)定目標(biāo)更多的利益低成本，使企業(yè)和個(gè)人獲得比預(yù)定目標(biāo)更多的利益。1.2 1.2 質(zhì)量、進(jìn)度（時(shí)間）、成本質(zhì)量、進(jìn)度（時(shí)間）、成本“質(zhì)量、進(jìn)度（時(shí)間）、成本”通常是衡量企業(yè)研發(fā)管理“優(yōu)劣”的三個(gè)關(guān)鍵指標(biāo)。不同的企業(yè)，甚至同一企業(yè)在不同時(shí)期，對(duì)三者的重要性看法是不一樣的。 如果出現(xiàn)“三者難以同時(shí)兼得”的情況，那么產(chǎn)品的決策者一定要搞清楚質(zhì)量、進(jìn)度（時(shí)間）、成本之間的復(fù)雜關(guān)系，判斷孰重孰輕，給出優(yōu)化和

4、折衷的措施。 1.3 1.3 規(guī)范化規(guī)范化 vs. vs. 超越規(guī)范化超越規(guī)范化在企業(yè)里，大部分的工作是成熟的，有成功的模式可以套用，應(yīng)當(dāng)走規(guī)范化的路線；而另在企業(yè)里，大部分的工作是成熟的，有成功的模式可以套用，應(yīng)當(dāng)走規(guī)范化的路線；而另外小部分的工作可能是獨(dú)特的，并不適宜套用規(guī)范（也可能沒有規(guī)范可以套用），那么應(yīng)外小部分的工作可能是獨(dú)特的，并不適宜套用規(guī)范（也可能沒有規(guī)范可以套用），那么應(yīng)當(dāng)采用超越規(guī)范化的管理方式。當(dāng)采用超越規(guī)范化的管理方式。通常前者約占80%，而后者約占20% Page 42.1 常見問題分析：立項(xiàng)管理常見問題分析：立項(xiàng)管理2.1.1 2.1.1 自主研發(fā)產(chǎn)品的立項(xiàng)問題自主

5、研發(fā)產(chǎn)品的立項(xiàng)問題擁有決策權(quán)的領(lǐng)導(dǎo)人獨(dú)自決定，或者招集有關(guān)人員開會(huì)商議是否開發(fā)某個(gè)產(chǎn)品。決策過程中的主觀臆斷比較多，風(fēng)險(xiǎn)很高。如果決策錯(cuò)誤，即使人們努力開發(fā)出功能很好的產(chǎn)品，卻可能在商業(yè)上失敗。由于沒有進(jìn)行充分必要的調(diào)研、可行性分析、立項(xiàng)建議、立項(xiàng)評(píng)審等工作，企業(yè)領(lǐng)導(dǎo)企業(yè)領(lǐng)導(dǎo)在組建開發(fā)團(tuán)隊(duì)時(shí)難以給出恰當(dāng)?shù)馁Y源和進(jìn)度計(jì)劃。團(tuán)隊(duì)只知道干活，卻不了解產(chǎn)品在組建開發(fā)團(tuán)隊(duì)時(shí)難以給出恰當(dāng)?shù)馁Y源和進(jìn)度計(jì)劃。團(tuán)隊(duì)只知道干活，卻不了解產(chǎn)品的開發(fā)背景，不清楚用戶期望的產(chǎn)品應(yīng)該是什么樣的。在開發(fā)過程中經(jīng)常迷失方向，的開發(fā)背景，不清楚用戶期望的產(chǎn)品應(yīng)該是什么樣的。在開發(fā)過程中經(jīng)常迷失方向，導(dǎo)致進(jìn)度延誤、費(fèi)用超支等問題

6、導(dǎo)致進(jìn)度延誤、費(fèi)用超支等問題。 2.1.2 2.1.2 合同項(xiàng)目的立項(xiàng)問題合同項(xiàng)目的立項(xiàng)問題 委托方（客戶方）和承包方（開發(fā)方）在簽訂合同的時(shí)候，雙方對(duì)軟件需求的了解并不深入，合同中對(duì)合同中對(duì)“開發(fā)什么開發(fā)什么”的描述比較空洞。合同簽訂之后，客戶經(jīng)常變更需求的描述比較空洞。合同簽訂之后，客戶經(jīng)常變更需求，開發(fā)方被迫不斷修改軟件，弄得疲憊不堪。，開發(fā)方被迫不斷修改軟件，弄得疲憊不堪?？鋸埖馗爬ǎ撼撕贤痤~不變，其它一切都可能改變。剛簽訂合同時(shí)開發(fā)方似乎賺錢了，后頭卻可能得不償失。雙方在簽訂合同的過程中給出了一些空頭承諾（例如對(duì)進(jìn)度、質(zhì)量、費(fèi)用的估計(jì)過于樂觀），在實(shí)際執(zhí)行時(shí)卻難以兌現(xiàn)這些承諾。處

7、理不好將引發(fā)合同糾紛，輕則雙方提前終止合同，重則雙方反目成仇。 2.1.3 2.1.3 建議建議創(chuàng)建一種群體決策的立項(xiàng)管理規(guī)范，不僅讓群眾貢獻(xiàn)智慧，而且讓群眾分創(chuàng)建一種群體決策的立項(xiàng)管理規(guī)范，不僅讓群眾貢獻(xiàn)智慧，而且讓群眾分擔(dān)責(zé)任，使成功的經(jīng)驗(yàn)被企業(yè)不斷復(fù)用，并升華成為企業(yè)的制度擔(dān)責(zé)任，使成功的經(jīng)驗(yàn)被企業(yè)不斷復(fù)用，并升華成為企業(yè)的制度。 Page 52.2 常見問題分析：常見問題分析： 結(jié)項(xiàng)管理結(jié)項(xiàng)管理2.2.1 2.2.1 共性問題共性問題某些項(xiàng)目由于進(jìn)度拖延，不能按計(jì)劃結(jié)項(xiàng)；某些項(xiàng)目即使開發(fā)完成了，由于利益關(guān)系也不愿結(jié)項(xiàng)。這些“不良”項(xiàng)目或者已經(jīng)完成的項(xiàng)目一直占用企業(yè)資源（如人力資源和設(shè)備

8、），無疑違背企業(yè)利益最大化的目標(biāo)。在結(jié)項(xiàng)時(shí)，人們往往對(duì)財(cái)務(wù)和設(shè)備進(jìn)行了詳細(xì)的清算，卻忽視了對(duì)知識(shí)財(cái)富、經(jīng)驗(yàn)教訓(xùn)的總結(jié)。殊不知設(shè)備越用越差，但是知識(shí)財(cái)富越用越好，可謂主次顛倒。沒有對(duì)項(xiàng)目的價(jià)值進(jìn)行評(píng)估，開發(fā)人員干完活后，不知道自己的工作成果產(chǎn)生多大的效益，缺乏成就感。結(jié)項(xiàng)后，不能對(duì)員工的業(yè)績(jī)進(jìn)行公正考核，自然不能很好地激勵(lì)員工。合同軟件項(xiàng)目在結(jié)項(xiàng)之前，還面臨“客戶驗(yàn)收”的一些問題。例如缺乏雙方認(rèn)同的“驗(yàn)收標(biāo)準(zhǔn)”，導(dǎo)致驗(yàn)收過程混亂，過多地消耗雙方的精力。 2.2.2 2.2.2 建議建議首要措施是建立企業(yè)的“結(jié)項(xiàng)管理規(guī)范”和“驗(yàn)收與發(fā)布”規(guī)范。自主研發(fā)的軟件產(chǎn)品在結(jié)項(xiàng)之前，公司內(nèi)部要進(jìn)行類似的“驗(yàn)

9、收”，防止不良項(xiàng)目蒙混過關(guān)。 Page 62.3 常見問題分析：項(xiàng)目規(guī)劃常見問題分析：項(xiàng)目規(guī)劃2.3.1 2.3.1 共性問題共性問題在項(xiàng)目剛開始階段，人們對(duì)產(chǎn)品需求和技術(shù)的了解還比較膚淺，項(xiàng)目不確定因素比較多，此時(shí)很很難對(duì)工作量和進(jìn)度作出比較準(zhǔn)確的估算。難對(duì)工作量和進(jìn)度作出比較準(zhǔn)確的估算。軟件工程教科書和CMM推薦的COCOMO模型、代碼行估算方法等等，對(duì)大多數(shù)國(guó)內(nèi)項(xiàng)目無法適用，效果如同“電腦算命”。由此制定的項(xiàng)目計(jì)劃可能項(xiàng)目計(jì)劃可能不切實(shí)際，后面經(jīng)常發(fā)生項(xiàng)目計(jì)劃的變更（所以業(yè)界流傳不切實(shí)際，后面經(jīng)常發(fā)生項(xiàng)目計(jì)劃的變更（所以業(yè)界流傳“計(jì)劃快不如變化快計(jì)劃快不如變化快”），將導(dǎo)致項(xiàng)目），將導(dǎo)致

10、項(xiàng)目管理的復(fù)雜性和風(fēng)險(xiǎn)提高。管理的復(fù)雜性和風(fēng)險(xiǎn)提高。項(xiàng)目的人員已經(jīng)被上級(jí)領(lǐng)導(dǎo)限定死了，再多的活也是那幾個(gè)人干；項(xiàng)目的結(jié)束日期早就被領(lǐng)導(dǎo)和客戶指定了，不管合理不合理，反正時(shí)間一到就要交付軟件；除了辦公計(jì)算機(jī)和工資外，這個(gè)項(xiàng)目沒有其它經(jīng)費(fèi)，項(xiàng)目經(jīng)理只有干活的權(quán)利沒有用錢的權(quán)利。如果人員、資金、時(shí)間都已經(jīng)被毫如果人員、資金、時(shí)間都已經(jīng)被毫無道理地指定了，那么項(xiàng)目規(guī)劃就失去意義，這樣的項(xiàng)目在國(guó)內(nèi)非常普遍。無道理地指定了，那么項(xiàng)目規(guī)劃就失去意義，這樣的項(xiàng)目在國(guó)內(nèi)非常普遍。 .2 2 建議建議建立企業(yè)的“項(xiàng)目規(guī)劃規(guī)范”，給出合適的項(xiàng)目估算方法和項(xiàng)目計(jì)劃模板。使用方便的軟件工具，幫助項(xiàng)目經(jīng)理進(jìn)

11、行項(xiàng)目規(guī)劃。 Page 72.4 常見問題分析：項(xiàng)目監(jiān)控常見問題分析：項(xiàng)目監(jiān)控2.4.1 2.4.1 共性問題共性問題許多項(xiàng)目經(jīng)理肩負(fù)重要的軟件開發(fā)工作，他們往往把注意力集中在開發(fā)上面，很少認(rèn)真考慮如何進(jìn)行項(xiàng)目監(jiān)控 。沒有突出項(xiàng)目監(jiān)控的重點(diǎn)，項(xiàng)目經(jīng)理要么什么都不監(jiān)控（導(dǎo)致項(xiàng)目失控），要么監(jiān)控得太多而陷入瑣碎事務(wù)中。 項(xiàng)目經(jīng)理寫周期性項(xiàng)目進(jìn)展報(bào)告時(shí)，記流水帳，或者復(fù)制上次的報(bào)告，應(yīng)付了事。懶得動(dòng)腦筋分析項(xiàng)目遇到的一些問題，例如某些任務(wù)的進(jìn)度延誤了，不分析為什么延誤了，就順延。導(dǎo)致問題越積越多。項(xiàng)目實(shí)際執(zhí)行情況與原定的項(xiàng)目計(jì)劃嚴(yán)重脫節(jié)，領(lǐng)導(dǎo)、客戶、市場(chǎng)人員、開發(fā)團(tuán)隊(duì)不了解項(xiàng)目真正的狀況，使項(xiàng)目計(jì)劃

12、行同虛設(shè)。 .2 2 建議建議建立企業(yè)的“項(xiàng)目監(jiān)控規(guī)范”，使用方便的軟件工具，幫助項(xiàng)目經(jīng)理進(jìn)行項(xiàng)目監(jiān)控。上級(jí)領(lǐng)導(dǎo)和相關(guān)人員每周都要檢查項(xiàng)目的監(jiān)控要素，及時(shí)發(fā)現(xiàn)問題，及時(shí)解決問題，既要關(guān)心結(jié)既要關(guān)心結(jié)果也要關(guān)心過程。果也要關(guān)心過程。 Page 82.5 常見問題分析：配置管理和變更管理常見問題分析：配置管理和變更管理2.5.1 2.5.1 共性問題共性問題有些軟件機(jī)構(gòu)竟然不使用軟件配置管理工具，用最原始的方式手工管理代碼和文檔，經(jīng)常出現(xiàn)經(jīng)常出現(xiàn)“成果丟失、版本混亂成果丟失、版本混亂”等問題等問題。不少機(jī)構(gòu)按照的CMM的要求制定了配置管理規(guī)范。該規(guī)范在理論上比較完善，面面俱到，但是實(shí)

13、際操作比較麻煩，沒有突出重點(diǎn)。久而久之，人們厭煩后就逐漸放棄了規(guī)范，按自己的習(xí)慣操作，留下了隱患。例如不少程序被 checkout 后長(zhǎng)久沒有 checkin；有些程序保留在開發(fā)者本機(jī)，根本就沒有放入配置庫(kù)。維護(hù)期間修改了程序，但是沒有放入配置庫(kù)。沒有變更控制流程，經(jīng)常隨意變更需求、設(shè)計(jì)、代碼等，嚴(yán)重影響項(xiàng)目的正常開發(fā)進(jìn)程沒有變更控制流程，經(jīng)常隨意變更需求、設(shè)計(jì)、代碼等，嚴(yán)重影響項(xiàng)目的正常開發(fā)進(jìn)程。 .2 2 建議建議建立簡(jiǎn)單有效的“配置管理規(guī)范”和“變更管理規(guī)范”。并使用方便的工具，幫助團(tuán)隊(duì)進(jìn)行軟件配置管理和變更管理。 Page 92.6 常見問題分析：質(zhì)量管理常見問題分析：質(zhì)

14、量管理2.6.1 2.6.1 共性問題共性問題雖然人們大都認(rèn)可軟件的質(zhì)量很重要，但是許多軟件人員并不懂得如何有效地改善軟件質(zhì)量屬性如正確性、健壯性、可靠性、性能、易用性、安全性、可擴(kuò)展性、可復(fù)用性、兼容性、可移植性等等。不會(huì)分析當(dāng)前軟件的質(zhì)量要素是什么，沒有把精力集中在改善對(duì)經(jīng)濟(jì)效益貢獻(xiàn)最大的質(zhì)量沒有把精力集中在改善對(duì)經(jīng)濟(jì)效益貢獻(xiàn)最大的質(zhì)量要素上面。要素上面。 有些軟件機(jī)構(gòu)沒有軟件質(zhì)量管理的措施，開發(fā)人員把完成功能當(dāng)成終極目標(biāo)沒有軟件質(zhì)量管理的措施，開發(fā)人員把完成功能當(dāng)成終極目標(biāo)。用戶在使用軟件的過程中發(fā)現(xiàn)許多Bug，導(dǎo)致開發(fā)方的糾錯(cuò)性維護(hù)代價(jià)很高。 有些軟件機(jī)構(gòu)雖然很重視軟件質(zhì)量，按照按照I

15、SO,CMM 的要求建立了管理規(guī)范，但是效果不明顯的要求建立了管理規(guī)范，但是效果不明顯。人們搞不清楚軟件測(cè)試、技術(shù)評(píng)審、質(zhì)量保證的作用和關(guān)系。不懂得內(nèi)建質(zhì)量，主要靠修補(bǔ)錯(cuò)誤不懂得內(nèi)建質(zhì)量，主要靠修補(bǔ)錯(cuò)誤的方式提升質(zhì)量，代價(jià)比較高的方式提升質(zhì)量，代價(jià)比較高。 很多人誤以為提高軟件質(zhì)量是質(zhì)量保證人員和測(cè)試人員的責(zé)任，沒有意識(shí)到任何開發(fā)人員、管理誤以為提高軟件質(zhì)量是質(zhì)量保證人員和測(cè)試人員的責(zé)任，沒有意識(shí)到任何開發(fā)人員、管理人員都會(huì)對(duì)質(zhì)量產(chǎn)生影響，都要對(duì)質(zhì)量負(fù)責(zé)。人員都會(huì)對(duì)質(zhì)量產(chǎn)生影響，都要對(duì)質(zhì)量負(fù)責(zé)。另外，質(zhì)量保證人員的權(quán)力比較小，很難推動(dòng)質(zhì)量改進(jìn)措施。 .2 2 建議建議讓人們理解“

16、什么是軟件質(zhì)量”及常見的軟件質(zhì)量屬性，樹立全面軟件質(zhì)量管理的理念（模型），制定軟件測(cè)試、技術(shù)評(píng)審、質(zhì)量保證的規(guī)范。并使用方便的工具，幫助團(tuán)隊(duì)進(jìn)行軟件質(zhì)量管理。 Page 102.7 常見問題分析：需求開發(fā)與管理常見問題分析：需求開發(fā)與管理2.7.1 2.7.1 共性問題共性問題對(duì)于大部分軟件機(jī)構(gòu)而言，需求開發(fā)與需求管理是問題最多、最難解決的過程域。 軟件機(jī)構(gòu)中，通曉需求調(diào)查、需求分析、需求定義、需求評(píng)審、需求跟蹤、需求變更控制的人員本來就比較少，也不容易招聘和培養(yǎng)這樣的人才。 用戶說不清楚需求、用戶經(jīng)常變更需求是普遍現(xiàn)象，令開發(fā)方非常頭痛。 開發(fā)人員不善于寫文檔，很難寫出清楚、完整的軟件需求規(guī)

17、格說明書。后續(xù)開發(fā)人員可能誤解需求，做出與需求不一致的設(shè)計(jì)、代碼、測(cè)試用例等等，最后不得不大量返工重做。 最難辦的事情是莫過于最難辦的事情是莫過于“拒絕客戶提出的需求變更請(qǐng)求拒絕客戶提出的需求變更請(qǐng)求”?？蛻魰?huì)想當(dāng)然地以為變更需求是他的權(quán)利，因?yàn)樗跺X給開發(fā)方。通常情況下開發(fā)方是不敢得罪客戶的，但是無原則地退讓將使開發(fā)小組陷入困境。 2.7.2 2.7.2 建議建議建立“需求開發(fā)與管理規(guī)范”，給出合適的文檔模板給出合適的文檔模板，采用方便的需求分析和管理工具。還要多請(qǐng)有經(jīng)驗(yàn)的人來培訓(xùn)、傳授實(shí)戰(zhàn)經(jīng)驗(yàn)。還要多請(qǐng)有經(jīng)驗(yàn)的人來培訓(xùn)、傳授實(shí)戰(zhàn)經(jīng)驗(yàn)。 制定應(yīng)對(duì)需求變更的辦法，例如：(1)雙方簽訂需求變更管

18、理協(xié)議雙方簽訂需求變更管理協(xié)議;(2);(2)將重大需求變更延緩到下將重大需求變更延緩到下個(gè)軟件版本中實(shí)現(xiàn)個(gè)軟件版本中實(shí)現(xiàn);(3);(3)讓客戶欠下人情。讓客戶欠下人情。 Page 112.8 常見問題分析：軟件設(shè)計(jì)常見問題分析：軟件設(shè)計(jì)2.8.1 2.8.1 共性問題共性問題對(duì)于大部分軟件機(jī)構(gòu)而言，用戶界面設(shè)計(jì)是弱項(xiàng)用戶界面設(shè)計(jì)是弱項(xiàng)。國(guó)內(nèi)絕大多數(shù)大學(xué)的計(jì)算機(jī)學(xué)科沒有開設(shè)人機(jī)工程學(xué)、美學(xué)、心理學(xué)這些必修課。由于學(xué)生們接受的教育幾乎全是科學(xué)與技術(shù)，他們根本不知根本不知道怎樣才能設(shè)計(jì)出易用、美觀的用戶界面，很多人甚至想都沒有想過。當(dāng)他們畢業(yè)后真正參與軟道怎樣才能設(shè)計(jì)出易用、美觀的用戶界面，很多人

19、甚至想都沒有想過。當(dāng)他們畢業(yè)后真正參與軟件產(chǎn)品開發(fā)時(shí)，只好憑著個(gè)人的經(jīng)驗(yàn)與感覺設(shè)計(jì)軟件的用戶界面，這樣產(chǎn)生的界面往往得不到大件產(chǎn)品開發(fā)時(shí)，只好憑著個(gè)人的經(jīng)驗(yàn)與感覺設(shè)計(jì)軟件的用戶界面，這樣產(chǎn)生的界面往往得不到大眾用戶的認(rèn)可。眾用戶的認(rèn)可。 大部分軟件機(jī)構(gòu)都有一些技術(shù)出色的軟件人員，他們?cè)谙到y(tǒng)構(gòu)架、數(shù)據(jù)庫(kù)方面的設(shè)計(jì)能力相當(dāng)不錯(cuò)。但是很多人不愿意、不善于寫系統(tǒng)設(shè)計(jì)報(bào)告，這不利于后續(xù)的軟件開發(fā)和維護(hù)很多人不愿意、不善于寫系統(tǒng)設(shè)計(jì)報(bào)告，這不利于后續(xù)的軟件開發(fā)和維護(hù)。 軟件設(shè)計(jì)應(yīng)當(dāng)軟件設(shè)計(jì)應(yīng)當(dāng)“細(xì)到什么程度細(xì)到什么程度”很難把握很難把握。太粗了的話，對(duì)后續(xù)開發(fā)工作的指導(dǎo)價(jià)值不高；反之倘若太細(xì)的話，耗費(fèi)時(shí)間

20、就比較多，如果后面不斷改進(jìn)設(shè)計(jì)的話，前面的設(shè)計(jì)浪費(fèi)太多。 2.8.2 2.8.2 建議建議建立“軟件設(shè)計(jì)規(guī)范”，給出合適的文檔模板，采用方便的設(shè)計(jì)工具。 還要多請(qǐng)有經(jīng)驗(yàn)的人來培訓(xùn)、傳授實(shí)戰(zhàn)經(jīng)驗(yàn)。 Page 122.9 常見問題分析：編程與調(diào)試常見問題分析：編程與調(diào)試2.9.1 2.9.1 共性問題共性問題軟件機(jī)構(gòu)的大部分程序員的技能是合格的，但是他們編寫的程序風(fēng)格差異較大，代碼質(zhì)量有高有低。大多數(shù)軟件機(jī)構(gòu)沒有編程規(guī)范，即使有的話，開發(fā)人員也沒有很好地按規(guī)范編程。相當(dāng)多的程序員沒有養(yǎng)成對(duì)所有代碼進(jìn)行相當(dāng)多的程序員沒有養(yǎng)成對(duì)所有代碼進(jìn)行“單步跟蹤調(diào)試單步跟蹤調(diào)試”的習(xí)慣的習(xí)慣。嫌單元測(cè)試很麻煩，懶

21、得執(zhí)行，卻沒有替代方案嫌單元測(cè)試很麻煩，懶得執(zhí)行，卻沒有替代方案。2.9.2 2.9.2 建議建議制定簡(jiǎn)單明了、重點(diǎn)突出的“編程規(guī)范”，讓團(tuán)隊(duì)遵照此規(guī)范編寫程序。采用集成化的開發(fā)調(diào)試工具，提高編程質(zhì)量和效率。 Page 132.10 常見問題分析：軟件測(cè)試常見問題分析：軟件測(cè)試2.10.1 2.10.1 共性問題共性問題許多軟件人員沒有系統(tǒng)地學(xué)習(xí)過軟件測(cè)試，搞不清楚各種測(cè)試的概念沒有系統(tǒng)地學(xué)習(xí)過軟件測(cè)試，搞不清楚各種測(cè)試的概念，例如單元測(cè)試、集成測(cè)試、驗(yàn)收測(cè)試、黑盒測(cè)試、白盒測(cè)試、功能測(cè)試、性能測(cè)試等等，混為一談，不知如何下手。測(cè)試人員沒有掌握有效測(cè)試的方法，大多憑感覺測(cè)試，結(jié)果重復(fù)測(cè)試已經(jīng)測(cè)

22、試過的，那些深藏的測(cè)試人員沒有掌握有效測(cè)試的方法，大多憑感覺測(cè)試，結(jié)果重復(fù)測(cè)試已經(jīng)測(cè)試過的，那些深藏的bugbug卻發(fā)現(xiàn)不了。卻發(fā)現(xiàn)不了?？蛻粼谑褂密浖倪^程中發(fā)現(xiàn)的bug比公司內(nèi)部測(cè)試時(shí)發(fā)現(xiàn)的還多，不僅改錯(cuò)代價(jià)高，而且降低了客戶對(duì)產(chǎn)品的滿意度。團(tuán)隊(duì)沒有采用有效的缺陷跟蹤工具。團(tuán)隊(duì)沒有采用有效的缺陷跟蹤工具。測(cè)試人員發(fā)現(xiàn)bug時(shí)，口頭告知有關(guān)人員或者記在Word、Excel文件中，修改bug信息或者測(cè)試報(bào)告時(shí)非常麻煩。難以及時(shí)從bug列表中找出規(guī)律，測(cè)試的效率比較低。 2.9.2 2.9.2 建議建議建立“軟件測(cè)試規(guī)范”，采用方便的測(cè)試管理工具。還要多請(qǐng)有經(jīng)驗(yàn)的人來培訓(xùn)、傳授實(shí)戰(zhàn)經(jīng)驗(yàn)。 Pag

23、e 142.11 常見問題分析：軟件維護(hù)常見問題分析：軟件維護(hù)2.11.1 2.11.1 共性問題共性問題在維護(hù)期間，除了糾錯(cuò)性維護(hù)外，客戶可能提出需求變更（但是不支付費(fèi)用），維護(hù)人員對(duì)客戶客戶可能提出需求變更（但是不支付費(fèi)用），維護(hù)人員對(duì)客戶妥協(xié)，導(dǎo)致維護(hù)工作量增大、成本增加妥協(xié)，導(dǎo)致維護(hù)工作量增大、成本增加。如果是合同軟件項(xiàng)目，用戶對(duì)開發(fā)方的依賴性比較大，不愿意自己解決粗淺的問題，經(jīng)常叫開發(fā)方“干這干那”。開發(fā)方不敢得罪客戶，導(dǎo)致開發(fā)方做了許多不屬于維護(hù)的工作，吃啞巴虧。開發(fā)人員一邊開發(fā)新項(xiàng)目，一邊維護(hù)老項(xiàng)目。而維護(hù)為體現(xiàn)不出業(yè)績(jī)，又影響了新項(xiàng)目的進(jìn)度，而維護(hù)為體現(xiàn)不出業(yè)績(jī)，又影響了新項(xiàng)目

24、的進(jìn)度，開發(fā)人員比較心煩開發(fā)人員比較心煩。 2.11.2 2.11.2 建議建議制定“軟件維護(hù)規(guī)范”，界定什么是“免費(fèi)維護(hù)”、什么是“有償維護(hù)”，以及相應(yīng)的操作規(guī)則，提高維護(hù)效率并且降低維護(hù)成本。 Page 152.12 常見問題分析：其它問題常見問題分析：其它問題2.12.1 2.12.1 技術(shù)技術(shù) vs. vs. 市場(chǎng)市場(chǎng)許多開發(fā)人員喜歡技術(shù)研究和技術(shù)挑戰(zhàn)。雖然嘴上說開發(fā)產(chǎn)品要以“客戶（市場(chǎng)）為中心”，但是在開發(fā)軟件的時(shí)候，卻不知不覺以技術(shù)為中心，例如喜歡采用新技術(shù)、追求技術(shù)上的完美。導(dǎo)致進(jìn)度延誤，成本增加，甚至可能有質(zhì)量風(fēng)險(xiǎn)。他們開發(fā)出來的軟件在技術(shù)上可能很先進(jìn)，但是并不是用戶所關(guān)心的。

25、多數(shù)開發(fā)人員缺乏商業(yè)頭腦，常常做出背離企業(yè)根本目標(biāo)的事情。企業(yè)領(lǐng)導(dǎo)應(yīng)當(dāng)重視這個(gè)問題，要經(jīng)常性地向開發(fā)人員們灌輸商業(yè)理念。讓他們明白企業(yè)領(lǐng)導(dǎo)應(yīng)當(dāng)重視這個(gè)問題，要經(jīng)常性地向開發(fā)人員們灌輸商業(yè)理念。讓他們明白 “能夠賺錢的技術(shù)才是好技術(shù)能夠賺錢的技術(shù)才是好技術(shù)”。在企業(yè)里，商業(yè)利益高于技術(shù)追求。在企業(yè)里，商業(yè)利益高于技術(shù)追求。 2.11.2 2.11.2 項(xiàng)目經(jīng)理的財(cái)務(wù)權(quán)項(xiàng)目經(jīng)理的財(cái)務(wù)權(quán)國(guó)內(nèi)大部分企業(yè)的項(xiàng)目經(jīng)理有帶頭干活的權(quán)利和義務(wù)，他們對(duì)項(xiàng)目的進(jìn)度和質(zhì)量負(fù)最國(guó)內(nèi)大部分企業(yè)的項(xiàng)目經(jīng)理有帶頭干活的權(quán)利和義務(wù)，他們對(duì)項(xiàng)目的進(jìn)度和質(zhì)量負(fù)最大責(zé)任，但是沒有財(cái)務(wù)權(quán)。大責(zé)任，但是沒有財(cái)務(wù)權(quán)。大部分項(xiàng)目沒有經(jīng)費(fèi)，

26、即使有經(jīng)費(fèi)，也得由上級(jí)領(lǐng)導(dǎo)審批使用，不能自己作主。有時(shí)團(tuán)隊(duì)加班干了不少活，項(xiàng)目經(jīng)理卻沒有錢“意思意思”，很沒有面子。沒有財(cái)務(wù)權(quán)的項(xiàng)目經(jīng)理，不是完整意義上的項(xiàng)目經(jīng)理。企業(yè)不給項(xiàng)目經(jīng)理財(cái)務(wù)權(quán)的初衷是為了控制成本，防止項(xiàng)目經(jīng)理亂花錢。但是實(shí)際上效果適得其反。由于項(xiàng)目經(jīng)理沒有財(cái)務(wù)權(quán)，他們就不會(huì)關(guān)心成本也不懂得如何控制成由于項(xiàng)目經(jīng)理沒有財(cái)務(wù)權(quán)，他們就不會(huì)關(guān)心成本也不懂得如何控制成本。因管理不成熟、工作效率不高、進(jìn)度延誤等問題導(dǎo)致本。因管理不成熟、工作效率不高、進(jìn)度延誤等問題導(dǎo)致“隱性成本隱性成本”不斷增加，錢不斷增加，錢在不知不覺地流失。在不知不覺地流失。企業(yè)領(lǐng)導(dǎo)應(yīng)當(dāng)給予項(xiàng)目經(jīng)理“適當(dāng)”的財(cái)務(wù)權(quán)，只要確

27、定項(xiàng)目財(cái)務(wù)制度并限定經(jīng)費(fèi)額度，就不會(huì)造成失控。既讓項(xiàng)目經(jīng)理既讓項(xiàng)目經(jīng)理“有點(diǎn)小錢有點(diǎn)小錢”慰勞團(tuán)隊(duì)，有工作積極性；又讓他慰勞團(tuán)隊(duì)，有工作積極性；又讓他真正重視成本控制，并付諸實(shí)踐。真正重視成本控制，并付諸實(shí)踐。用“小量胡蘿卜”獲得大回報(bào)。 Page 163. 中型企業(yè)的研發(fā)管理需求中型企業(yè)的研發(fā)管理需求3.1 3.1 需求特征需求特征必要性必要性。如果軟件機(jī)構(gòu)只有數(shù)人或者十幾個(gè)人，即使沒有研發(fā)管理規(guī)范，能力強(qiáng)的機(jī)構(gòu)領(lǐng)導(dǎo)一個(gè)人也能從容指揮。當(dāng)軟件機(jī)構(gòu)的人數(shù)超過50人后，如果還沒有研發(fā)管理規(guī)范的話，那么機(jī)構(gòu)領(lǐng)導(dǎo)將會(huì)力不從心。人數(shù)越多，非規(guī)范化管理越容易產(chǎn)生混亂，迫使企業(yè)不得不走規(guī)范化管理的路線，以

28、降低管理代價(jià)和風(fēng)險(xiǎn)。經(jīng)濟(jì)基礎(chǔ)經(jīng)濟(jì)基礎(chǔ)。建立規(guī)范化的研發(fā)管理是需要一定的投資的，例如咨詢、培訓(xùn)、購(gòu)買工具等等。小型軟件機(jī)構(gòu)通常沒有錢去做這件事情，望洋興嘆。中型機(jī)構(gòu)能夠養(yǎng)活50200人，表示它們是有一定經(jīng)濟(jì)實(shí)力的，只要投資額適當(dāng)而且產(chǎn)生的效益高于投資，那么中型機(jī)構(gòu)一般都愿意做這件事情。 發(fā)展欲望發(fā)展欲望。有些中型機(jī)構(gòu)的領(lǐng)導(dǎo)雄心勃勃，高瞻遠(yuǎn)矚，他們迫切希望提高研發(fā)管理能力從而提升整個(gè)企業(yè)的核心競(jìng)爭(zhēng)力，產(chǎn)生源源不斷的推動(dòng)力，推動(dòng)企業(yè)持續(xù)發(fā)展壯大。他們對(duì)研發(fā)管理的態(tài)度是主動(dòng)的，而不是被動(dòng)的。 3.2 3.2 費(fèi)用估算費(fèi)用估算國(guó)內(nèi)一些大型IT企業(yè)建立了完整的研發(fā)管理體系，投資巨大。例如上海貝爾、華為分別

29、請(qǐng)HP、IBM建立研發(fā)管理體系，投資額分別達(dá)到數(shù)千萬元、上億元。這種投資額是中型企業(yè)望塵莫及的。在研發(fā)管理方面，中型企業(yè)無法效仿大型企業(yè)的做法中型企業(yè)無法效仿大型企業(yè)的做法。國(guó)內(nèi)中型軟件機(jī)構(gòu)對(duì)研發(fā)管理的投資額大約在數(shù)萬元至元數(shù)十萬元。這點(diǎn)“小錢”根本無法引入IBM、HP、Rational等公司的研發(fā)管理解決方案。 大部分國(guó)內(nèi)中型軟件機(jī)構(gòu)需要的是大部分國(guó)內(nèi)中型軟件機(jī)構(gòu)需要的是“輕量級(jí)輕量級(jí)”的研發(fā)管理解決方案，包括咨詢、培訓(xùn)的研發(fā)管理解決方案，包括咨詢、培訓(xùn)、購(gòu)買工具，總費(fèi)用在、購(gòu)買工具，總費(fèi)用在5萬元至萬元至20萬元之間比較合適。萬元之間比較合適。 Page 174. 基礎(chǔ)方法論介紹基礎(chǔ)方法論

30、介紹CMM4.1 4.1 基本概念基本概念產(chǎn)品是在過程中研制出來的。一般地，好的過程才可能得到好的產(chǎn)品，而差的過程只會(huì)得到差的產(chǎn)品。提高軟件過程能力的實(shí)踐通稱為軟件過程改進(jìn)（Software Process Improvement）。軟件過程改進(jìn)的根本目的是：提高質(zhì)量、提高生產(chǎn)率并且降低開發(fā)成本。 CMM/CMMI是世界范圍內(nèi)用于衡量軟件過程能力的事實(shí)上的標(biāo)準(zhǔn)，同時(shí)也是軟件過程改進(jìn)最權(quán)威的指南。 CMM等級(jí)評(píng)估：從狂熱回歸理性從狂熱回歸理性?，F(xiàn)在軟件業(yè)界普遍關(guān)注的是：企業(yè)如何以比較低的代價(jià)有效地提高軟件過程能力。CMM等級(jí)評(píng)估則退居次要地位。 4.2 CMM4.2 CMM的盲區(qū)和常見應(yīng)用問題的

31、盲區(qū)和常見應(yīng)用問題CMM本身不談如何賺錢的問題。它假設(shè)了美好的前提條件，即企業(yè)有充足的人員、資它假設(shè)了美好的前提條件，即企業(yè)有充足的人員、資金、時(shí)間從事軟件過程改進(jìn)，金、時(shí)間從事軟件過程改進(jìn)，當(dāng)軟件過程能力提高了，那么產(chǎn)品的質(zhì)量、生產(chǎn)率自然上去了（同時(shí)成本也下降了），企業(yè)自然能夠獲取更多的利潤(rùn)。軟件過程改進(jìn)對(duì)企業(yè)軟件過程改進(jìn)對(duì)企業(yè)經(jīng)濟(jì)效益的貢獻(xiàn)是間接的，從投入到產(chǎn)出，時(shí)間相對(duì)比較長(zhǎng)。經(jīng)濟(jì)效益的貢獻(xiàn)是間接的，從投入到產(chǎn)出，時(shí)間相對(duì)比較長(zhǎng)。 企業(yè)領(lǐng)導(dǎo)當(dāng)然想把資源用在“刀刃”上，即賺錢最多最快的地方。當(dāng)軟件過程改進(jìn)和當(dāng)軟件過程改進(jìn)和其它直接賺錢的事情其它直接賺錢的事情“發(fā)生資源沖突發(fā)生資源沖突”時(shí)，

32、人們只好時(shí)，人們只好“拆東墻，補(bǔ)西墻拆東墻，補(bǔ)西墻”，往往減少，往往減少軟件過程改進(jìn)的資源。軟件過程改進(jìn)的資源。小結(jié)：小結(jié)：對(duì)于軟件過程改進(jìn)而言，CMM/CMMI和ISO等等都是用來參考的，而不是用來迷信的。企業(yè)在參考業(yè)界推薦的標(biāo)準(zhǔn)或規(guī)范時(shí)，要舍棄那些聽起來很先進(jìn)但是對(duì)本企業(yè)無益處的東西，只選取對(duì)企業(yè)有實(shí)用價(jià)值的東西。 Page 185. 基礎(chǔ)方法論介紹基礎(chǔ)方法論介紹PMBOK5.1 5.1 基本概念基本概念項(xiàng)目管理協(xié)會(huì)（PMI）是目前全球影響最大的項(xiàng)目管理專業(yè)機(jī)構(gòu)，該機(jī)構(gòu)的項(xiàng)目管理專家認(rèn)證（PMP）被廣泛認(rèn)同。PMI的突出貢獻(xiàn)是總結(jié)了一套項(xiàng)目管理知識(shí)體系（PMBOK）。 PMBOK把項(xiàng)目管理

33、知識(shí)劃分為九個(gè)知識(shí)領(lǐng)域：綜合管理、范圍管理、時(shí)間管理、成本管理、質(zhì)量管理、人力資源管理、溝通管理、風(fēng)險(xiǎn)管理和采購(gòu)管理。每個(gè)知識(shí)領(lǐng)域包括數(shù)量不等的項(xiàng)目管理過程。 5.2 PMBOK5.2 PMBOK和和CMM/CMMICMM/CMMI對(duì)比簡(jiǎn)評(píng)對(duì)比簡(jiǎn)評(píng) CMM/CMMI論述的項(xiàng)目管理方法僅僅適用于軟件項(xiàng)目，但是不適用于其它行業(yè)的項(xiàng)目管理。PMBOK論述的方法適用于任何行業(yè)的項(xiàng)目管理，但是對(duì)軟件項(xiàng)目管理而言，PMBOK的針對(duì)性不夠強(qiáng)。 CMM/CMMI不僅論述軟件項(xiàng)目管理，而且論述整個(gè)機(jī)構(gòu)的軟件研發(fā)管理。PMBOK的方法局限于項(xiàng)目管理，對(duì)于企業(yè)研發(fā)管理則不夠用。 CMM/CMMI基本上不談“成本管理

34、”和“人力資源管理”，它先假設(shè)機(jī)構(gòu)有充足的資金和人力資源，通常不切合企業(yè)實(shí)際情況。因此PMBOK的“成本管理”和“人力資源管理”可以彌補(bǔ)CMM/CMMI的不足。 建議：對(duì)于軟件機(jī)構(gòu)研發(fā)管理或者軟件項(xiàng)目管理，采用CMM/CMMI為主導(dǎo)的方法論，并結(jié)合PMBOK的知識(shí)，取長(zhǎng)補(bǔ)短。 Page 196. 基礎(chǔ)方法論介紹敏捷開發(fā)基礎(chǔ)方法論介紹敏捷開發(fā)6.1 6.1 基本概念基本概念2001年，為了解決許多公司的軟件團(tuán)隊(duì)陷入不斷擴(kuò)大的過程泥潭，一批業(yè)界專家概括出了一些可以讓軟件開發(fā)團(tuán)隊(duì)具有快速工作、響應(yīng)變化能力的價(jià)值觀和原則，他們稱自己為敏捷聯(lián)盟（Agile Alliance）。他們起草了一個(gè)旨在鼓勵(lì)更好

35、的軟件開發(fā)方法的宣言，稱為敏捷聯(lián)盟宣言（The Manifesto of the Agile Alliance）。然后在該宣言基礎(chǔ)上制定了12條原則用于指導(dǎo)實(shí)踐。該宣言和12條原則是敏捷軟件開發(fā)方法的核心。 6.2 6.2 我們的觀點(diǎn)我們的觀點(diǎn)敏捷軟件開發(fā)的宣言和12條原則并非普遍適用。 敏捷開發(fā)方法表達(dá)了“簡(jiǎn)單、快速、實(shí)用”的軟件開發(fā)思想，它不是成熟的理論、也不是事實(shí)上的標(biāo)準(zhǔn)（不象CMM, PMBOK那樣具有嚴(yán)密的理論體系，被企業(yè)廣泛接受）。即使人們認(rèn)同某些原則，但是不同的人往往有不同的理解，實(shí)踐差異很大。 敏捷開發(fā)方法對(duì)于提高個(gè)人、小型團(tuán)隊(duì)的工作效率是很有幫助的（如果用對(duì)了的話）。但是企圖

36、用它指導(dǎo)大型、中型軟件機(jī)構(gòu)的研發(fā)管理是有很高風(fēng)險(xiǎn)的，它的某些主張是局部觀點(diǎn)而不是全局觀點(diǎn)，如果把握不好分寸的話可能導(dǎo)致整體混亂，而“整體的混亂”會(huì)淹沒“局部的好處”。我們研制的“精簡(jiǎn)并行過程（SPP）”的理論基礎(chǔ)是“經(jīng)典軟件工程、CMM、PMBOK”。為了提高效率，在局部地方借鑒了“敏捷軟件開發(fā)的思想”，用于裁減過于冗長(zhǎng)、笨重的過程規(guī)范。 Page 206. 基礎(chǔ)方法論介紹敏捷開發(fā)基礎(chǔ)方法論介紹敏捷開發(fā)敏捷軟件開發(fā)的敏捷軟件開發(fā)的12條原則：條原則：（1）我們最優(yōu)先要做的是通過盡早地、持續(xù)地交付有價(jià)值的軟件來使客戶滿意。 （2）即使到了開發(fā)的后期，也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競(jìng)

37、爭(zhēng)優(yōu)勢(shì)。（3）經(jīng)常性地交付可以工作的軟件，交付的間隔可以從幾個(gè)星期到幾個(gè)月，交付的時(shí)間間隔越短越好。 （4）在整個(gè)項(xiàng)目開發(fā)期間，業(yè)務(wù)人員和開發(fā)人員必須天天都在一起工作。 （5）圍繞被激勵(lì)起來的個(gè)人來構(gòu)建項(xiàng)目。給他們提供所需的環(huán)境和支持，并且信任他們能夠完成工作。 （6）在團(tuán)隊(duì)內(nèi)部，最具有效果并富有效率的傳遞信息的方法，就是面對(duì)面的交談。 （7）可以工作的軟件是首要的進(jìn)度度量標(biāo)準(zhǔn)。 （8）敏捷過程提倡可持續(xù)的開發(fā)速度。責(zé)任人、開發(fā)者和用戶應(yīng)該能夠保持一個(gè)長(zhǎng)期的、恒定的開發(fā)速度。 （9）不斷地關(guān)注優(yōu)秀的技能和好的設(shè)計(jì)會(huì)增強(qiáng)敏捷能力。 （10）簡(jiǎn)單把無需做的工作最大化的藝術(shù)是最根本的。 （11）最好

38、的構(gòu)架、需求和設(shè)計(jì)出于自我組織的團(tuán)隊(duì)。 （12）每隔一定時(shí)間，團(tuán)隊(duì)會(huì)在如何才能更有效地工作方面進(jìn)行反省，然后相應(yīng)地對(duì)自己的行為進(jìn)行調(diào)整。 Page 217. 基礎(chǔ)方法論介紹基礎(chǔ)方法論介紹RUP7.1 7.1 基本概念基本概念RUP（Rational Unified Process）是Rational公司推出的軟件過程模型，它是軟件業(yè)界迄今為止商品化最成功的軟件過程模型。RUP的近千頁文檔可以從Rational公司的網(wǎng)站（http:/）下載，RUP 2000中文版也已經(jīng)發(fā)布。RUP的主要特征是： 采用迭代的、增量式的開發(fā)過程。 采用UML語言描述軟件開發(fā)過程。 有一系列功能強(qiáng)大的軟件工具支撐（R

39、ational公司的軟件產(chǎn)品）。 7.2 7.2 我們的觀點(diǎn)我們的觀點(diǎn)RUPRUP及其配套軟件工具是重量級(jí)的軟件研發(fā)管理解決方案，它面向的是高端用戶，對(duì)及其配套軟件工具是重量級(jí)的軟件研發(fā)管理解決方案，它面向的是高端用戶，對(duì)用戶的財(cái)力、開發(fā)和管理能力要求都很高用戶的財(cái)力、開發(fā)和管理能力要求都很高： 首先，用戶得有錢買Rational的軟件工具，否則光有RUP方法論如同紙上談兵。 如果要使用RUP方法，人們得先熟悉UML，否則除了RUP模型圖之外你基本上看不懂細(xì)節(jié)內(nèi)容?？墒窃谄胀ㄆ髽I(yè)里，大部分人（尤其是領(lǐng)導(dǎo)和管理人員）不熟悉UML。學(xué)習(xí)UML和RUP的難度遠(yuǎn)高于CMM和PMBOK。 項(xiàng)目經(jīng)理和開發(fā)

40、組長(zhǎng)要有能力控制迭代過程，否則迭代式開發(fā)就變得混亂無序和漫無邊際 RUPRUP及其配套的軟件工具基本上不適合于國(guó)內(nèi)中型和小型軟件機(jī)構(gòu)及其配套的軟件工具基本上不適合于國(guó)內(nèi)中型和小型軟件機(jī)構(gòu)。 Page 228. 面向企業(yè)的軟件研發(fā)管理解決方案面向企業(yè)的軟件研發(fā)管理解決方案8.1 目標(biāo)目標(biāo)幫助企業(yè)建立適合于自身需求的軟件研發(fā)管理規(guī)范，并部署配套的軟件工具；通過充分的培訓(xùn)，幫助員工們掌握提高質(zhì)量、提高生產(chǎn)率、降低成本的方法；協(xié)助企業(yè)依據(jù)規(guī)范開展軟件研發(fā)和管理工作，持續(xù)提升能力。 8.2 工作流程工作流程 面向企業(yè)的軟件研發(fā)管理解決方案Page 238. 面向企業(yè)的軟件研發(fā)管理解決方案面向企業(yè)的軟件研

41、發(fā)管理解決方案 8.3 集成化研發(fā)管理方法（集成化研發(fā)管理方法（Simplified Parallel Process, SPP） Page 248. 面向企業(yè)的軟件研發(fā)管理解決方案面向企業(yè)的軟件研發(fā)管理解決方案8.4 內(nèi)容和時(shí)間內(nèi)容和時(shí)間 1.1.調(diào)查分析問題調(diào)查分析問題對(duì)企業(yè)研發(fā)管理的能力現(xiàn)狀進(jìn)行調(diào)查與分析，調(diào)查內(nèi)容要覆蓋所有工作領(lǐng)域（過程域），總結(jié)“強(qiáng)項(xiàng)”和“弱項(xiàng)”，給出建議。 預(yù)計(jì)時(shí)間跨度為2個(gè)月，乙方到甲方現(xiàn)場(chǎng)工作和服務(wù)約20工作日。日程安排由雙方共同商定。2.制定研發(fā)管理規(guī)范制定研發(fā)管理規(guī)范 繪制研發(fā)管理的總體流程圖；繪制組織結(jié)構(gòu)圖，并確定角色職責(zé)表 ；定義每個(gè)過程域的規(guī)范（目的，

42、關(guān)鍵活動(dòng)和流程，工作成果） 3.選用合適的工具選用合適的工具選擇并部署合適的開發(fā)工具和管理工具。推薦管理工具是Future和CVS。含1年免費(fèi)維護(hù)和升級(jí)服務(wù)4.4.充分必要的培訓(xùn)充分必要的培訓(xùn)為研發(fā)管理流程中的所有人員提供充分必要的培訓(xùn)，包括軟件工程、項(xiàng)目管理等，讓人們掌握提高軟件質(zhì)量、提高生產(chǎn)率、降低成本的方法。 5.5.執(zhí)行、監(jiān)督與反饋執(zhí)行、監(jiān)督與反饋協(xié)助客戶依據(jù)規(guī)范開展軟件研發(fā)和管理工作。跟蹤試點(diǎn)項(xiàng)目的執(zhí)行情況，及時(shí)解答執(zhí)行過程中遇到的問題，持續(xù)地提升客戶的軟件研發(fā)能力。 乙方提供一年的售后服務(wù)。解決方案的內(nèi)容視企業(yè)的實(shí)際情況而定。解決方案的內(nèi)容視企業(yè)的實(shí)際情況而定。Page 258.5 相關(guān)著作Page 269. 集成化軟件項(xiàng)目管理系統(tǒng)（集成化軟件項(xiàng)目管理系統(tǒng)（Future）9.1 什么是什么是FutureFuture是基于Web的集成化項(xiàng)目管理系統(tǒng)，目標(biāo)是“讓項(xiàng)目管理變得簡(jiǎn)單有效讓項(xiàng)目管理變得簡(jiǎn)單有效”。Future的主要客戶是國(guó)內(nèi)中型軟件機(jī)構(gòu)，主要最終用戶是研發(fā)主管、項(xiàng)