軟件項(xiàng)目進(jìn)度跟蹤管理經(jīng)驗(yàn)談

1、建立周工作計(jì)劃管理制度，按周統(tǒng)計(jì)軟件開發(fā)工作 把完成的工作量線性化成項(xiàng)目進(jìn)度百分比，并配合 進(jìn)行項(xiàng)目進(jìn)度的跟蹤管理。接下所有的進(jìn)度 J/ /說明實(shí)際進(jìn)度任務(wù)緊，急于編碼，設(shè)70%項(xiàng)目組報(bào)的進(jìn)度指設(shè)計(jì)進(jìn)度軟件項(xiàng)目進(jìn)度跟蹤管理經(jīng)驗(yàn)談肖永威本文簡介：本文通過建立軟件開發(fā)進(jìn)度模型，建立周工作計(jì)劃管理制度，按周統(tǒng)計(jì)軟 件開發(fā)工作完成量，并與軟件開發(fā)進(jìn)度模型比對，把完成的工作量線性化成項(xiàng)目進(jìn)度百分 比，并配合相關(guān)的管理制度和工作質(zhì)量考核標(biāo)準(zhǔn)，進(jìn)行項(xiàng)目進(jìn)度的跟蹤管理。項(xiàng)目管理是當(dāng)前軟件產(chǎn)業(yè)中的熱門話題。項(xiàng)目管理是為了完成預(yù)定的目標(biāo)，對任務(wù)和 資源進(jìn)行計(jì)劃、組織和管理的過程，通常需要滿足時(shí)間、資源和成本等方面

2、的限制要求。 在項(xiàng)目管理三角理論中，有績效（P）、時(shí)間進(jìn)度（T）、費(fèi)用成本（0、范圍（S）四要素。 假設(shè)S （范圍）不變，0 （費(fèi)用、不變，預(yù)期的績效（P）也不變，則時(shí)間進(jìn)度（T）是項(xiàng)目 管理的重要要素。針對時(shí)間進(jìn)度要素，談?wù)剚碜杂趹?yīng)用軟件開發(fā)實(shí)踐的軟件項(xiàng)目進(jìn)度跟蹤 管理。本文項(xiàng)目進(jìn)度跟蹤管理引用了 CM（軟件能力成熟度模型、理論思想，適應(yīng) SPI （軟 件過程改進(jìn)）。本文通過建立軟件開發(fā)進(jìn)度模型， 完成量，并與軟件開發(fā)進(jìn)度模型比對， 相關(guān)的管理制度和工作質(zhì)量考核標(biāo)準(zhǔn)，本文內(nèi)容包括典型項(xiàng)目開發(fā)進(jìn)度情況舉例、建立軟件開發(fā)進(jìn)度模型、開發(fā)工作完成量 線性化、影響軟件開發(fā)進(jìn)度的幾個(gè)要素和與實(shí)際工作相結(jié)

3、合的進(jìn)度跟蹤管理等五個(gè)部分。一、典型項(xiàng)目開發(fā)進(jìn)度情況舉例有一個(gè)典型的管理信息系統(tǒng)項(xiàng)目，項(xiàng)目內(nèi)容是把當(dāng)前分散的、C/S模式的管理信息系統(tǒng)，進(jìn)行數(shù)據(jù)集中、業(yè)務(wù)系統(tǒng)升級。當(dāng)前，項(xiàng)目需求已經(jīng)完成，開發(fā)人員初步掌握中間件 技術(shù)，公司為項(xiàng)目組配置了業(yè)務(wù)專家。用戶要求用四個(gè)月時(shí)間達(dá)到試點(diǎn)運(yùn)行狀態(tài)，而項(xiàng)目 組認(rèn)為依靠公司現(xiàn)有力量，四個(gè)月內(nèi)無法滿足用戶要求，于是修改了項(xiàng)目實(shí)施計(jì)劃，采取 分步實(shí)施的措施。首先完成基礎(chǔ)業(yè)務(wù)開發(fā)，其它部分在四個(gè)月后試點(diǎn)運(yùn)行時(shí)繼續(xù)開發(fā)，余 下的決策分析部分在維護(hù)期繼續(xù)開發(fā)。項(xiàng)目組在開發(fā)過程中，配以甘特圖制定了嚴(yán)密的開 發(fā)計(jì)劃，進(jìn)行項(xiàng)目進(jìn)度跟蹤管理，項(xiàng)目實(shí)際開發(fā)進(jìn)度如下表所示。 廣時(shí)間任

4、務(wù)第一個(gè)完成（表面）完成情況完成，有的提前編碼100%表1月設(shè)計(jì)計(jì)不全面第二個(gè)月編碼進(jìn)展很快55%代碼完成量很多25%第三個(gè)月編碼進(jìn)展放緩90%中間件使用出麻煩45%第四個(gè)月編碼修改完善無明顯成績，97%由于設(shè)計(jì)問題而調(diào)整， 修改代碼60%第五個(gè)月編碼修改代碼造成其它部分出問題99%需求小變而修改代碼，數(shù)據(jù)庫速度慢75%接下兩月編碼工期緊急，無法測 試，現(xiàn)場寫了很多代 碼99%為了保證系統(tǒng)運(yùn)行，寫了應(yīng)敷代碼98%從此表很容易看出，該項(xiàng)目開發(fā)進(jìn)度從第三個(gè)月就開始失控，在第三個(gè)月，項(xiàng)目經(jīng)理 報(bào)的項(xiàng)目完成情況達(dá)到了 90%，但實(shí)際上，項(xiàng)目經(jīng)理所報(bào)的僅是代碼完成的行數(shù)而非項(xiàng)目 完成情況，項(xiàng)目實(shí)際進(jìn)度與

5、其所報(bào)進(jìn)度相差甚遠(yuǎn)。而且，對于項(xiàng)目進(jìn)度評價(jià)忽視或者故意 避開了工作質(zhì)量因素，而工作質(zhì)量恰恰是影響項(xiàng)目進(jìn)度的關(guān)鍵因素之一。這是個(gè)很有代表性的案例。我在進(jìn)行項(xiàng)目管理經(jīng)驗(yàn)總結(jié)的基礎(chǔ)上，參考相關(guān)資料，建 立起來的一套軟件項(xiàng)目開發(fā)階段的進(jìn)度模型。二、影響項(xiàng)目開發(fā)進(jìn)度的因素通常，軟件開發(fā)公司用來衡量項(xiàng)目開發(fā)進(jìn)度的標(biāo)準(zhǔn)和方法，是完成代碼或文檔的工作 量和完成功能點(diǎn)數(shù)量，適當(dāng)考慮項(xiàng)目難易度修正，加以調(diào)整。這種方法不足的地方是過于 簡單，對影響項(xiàng)目進(jìn)度的工作質(zhì)量、項(xiàng)目復(fù)雜度、難易程度、項(xiàng)目開發(fā)風(fēng)險(xiǎn)、溝通和變更 控制等諸多因素估計(jì)不足。往往是代碼已經(jīng)寫完，所有功能已經(jīng)實(shí)現(xiàn)，但還不能達(dá)到項(xiàng)目 的預(yù)期目標(biāo)。所以，用完

6、成代碼或文檔的工作量和完成功能點(diǎn)數(shù)量衡量項(xiàng)目進(jìn)度是不科學(xué) 的。如上所述影響項(xiàng)目進(jìn)度的因素很多，本文僅從項(xiàng)目復(fù)雜度變化、難易度變化、工作質(zhì) 量等主要方面分析其對項(xiàng)目進(jìn)度的影響。1、項(xiàng)目復(fù)雜度變化對項(xiàng)目的影響在項(xiàng)目初期，程序代碼較少，目標(biāo)也很明確，故復(fù)雜度基本按線性曲線，緩慢增加，但當(dāng)項(xiàng)目進(jìn)展到一定程度上時(shí)，復(fù)雜度會(huì)快速增大。如下圖1所示項(xiàng)目進(jìn)展時(shí)的復(fù)雜度曲線。例如：項(xiàng)目開始時(shí)只有用戶需求，隨著項(xiàng)目開展，需求分析說明書、設(shè)計(jì)說明書等文檔增加，文檔版本控制就變得很復(fù)雜。圖12 所示項(xiàng)目進(jìn)展時(shí)的2、項(xiàng)目開發(fā)難易度變化對項(xiàng)目的影響 在軟件項(xiàng)目剛開始時(shí)，雖有不少困難，但多是表面的、淺層次的問題，隨著工作逐

7、步 開展，這些問題會(huì)逐步解決，難度不太大，當(dāng)工作全面深入展開后，開發(fā)中的深層次問題 就會(huì)逐步被發(fā)現(xiàn)，越積累越多，項(xiàng)目開發(fā)難度就會(huì)快速增大。如下圖 難易度曲線。例如：開發(fā)中使用中間件技術(shù)，在項(xiàng)目初期，開發(fā)人員會(huì)研究如何使用中間 件，但其高級使用技術(shù)和限制條件不會(huì)被掌握，這樣中間件初級使用技術(shù)很快被掌握和使 用，開發(fā)工作快速展開，但當(dāng)工作逐步深入后，高級技術(shù)就被發(fā)現(xiàn)，被迫投入時(shí)間和人力 進(jìn)行研究，難度反而增大。圖23、項(xiàng)目開發(fā)工作質(zhì)量的影響工作質(zhì)量是影響項(xiàng)目進(jìn)度的首要因素， 工作質(zhì)量主要包括： 文檔質(zhì)量、 代碼質(zhì)量?！笆?之毫厘，差之千里” ，項(xiàng)目初期的微小差錯(cuò)，就會(huì)給后期排除差錯(cuò)帶來很大的困難，

8、花費(fèi) 很大的精力。圖3如圖 3 所示，開始時(shí)差錯(cuò)很少，當(dāng)工作量、復(fù)雜度增加后，錯(cuò)誤可能會(huì)快速增加。雖 然出現(xiàn)差錯(cuò)是在所難免的，但為了保證項(xiàng)目的進(jìn)度和質(zhì)量，必須建立和健全相應(yīng)的管理制 度，加強(qiáng)督導(dǎo)。軟件項(xiàng)目管理是“知識(shí)轉(zhuǎn)移型”管理，有別于“資源消耗型”的管理，在 制定管理制度時(shí)，要以人為本，充分調(diào)動(dòng)員工主觀能動(dòng)性。在項(xiàng)目開發(fā)過程中，經(jīng)過上述各種因素的影響，最后，項(xiàng)目工作量完成曲線實(shí)際就如 圖 4 所示。圖4即項(xiàng)目完成工作量（代碼行數(shù)與文檔的字?jǐn)?shù)）開始非?？?，然后逐漸趨于平緩，給人 以停滯的感覺。這是軟件開發(fā)項(xiàng)目必然規(guī)律，所以在項(xiàng)目管理中，不能簡單的追求項(xiàng)目進(jìn) 度，要充分考慮以上諸多因素，才能正確

9、指導(dǎo)整個(gè)項(xiàng)目按期完成，滿足用戶要求。三、建立軟件開發(fā)進(jìn)度模型如上圖 4 所示，開發(fā)進(jìn)度模型是在數(shù)理統(tǒng)計(jì)基礎(chǔ)上的，建立完成工作量和時(shí)間花費(fèi)成 指數(shù)曲線關(guān)系的模型，用完成工作量表示項(xiàng)目進(jìn)度（本文中使用的項(xiàng)目進(jìn)度曲線，都是用 完成工作量表示項(xiàng)目進(jìn)度的） 。在實(shí)際工作中，需要對完成的工作量、時(shí)間花費(fèi)等不確定變量建立樣本，然后對樣本 進(jìn)行數(shù)理統(tǒng)計(jì)分析。以數(shù)理統(tǒng)計(jì)理論中的多元非線性回歸方法，建立數(shù)學(xué)模型，例如：根據(jù)實(shí)踐經(jīng)驗(yàn)可以 采用灰色模型 GM（1， 1）模型，這是因?yàn)橥瓿傻墓ぷ髁渴请S著時(shí)間逐漸增加的，是增量型的，其樣本滿足光滑離散原始數(shù)列，符合灰色模型的使用范圍。總之，通過多種數(shù)理統(tǒng)計(jì)方式，建立軟件項(xiàng)

10、目開發(fā)工作完成量隨時(shí)間變化的模型，也 就是軟件開發(fā)進(jìn)度模型（本文重點(diǎn)不是研究開發(fā)進(jìn)度模型，數(shù)學(xué)模型描述可參照相關(guān)數(shù)理 統(tǒng)計(jì)方面的資料）。此數(shù)學(xué)模型是隨著項(xiàng)目進(jìn)度跟蹤管理而逐步修正完善的。同理，也可以對項(xiàng)目復(fù)雜度變化、 難易度變化建立線性或非線性模型， 在此不作探討。四、工作完成量線性化參照軟件開發(fā)CMM模型的要求，一個(gè)項(xiàng)目的開發(fā)一定要有章可循，而且要做到有章必 循，同時(shí)項(xiàng)目進(jìn)度跟蹤與監(jiān)控是 KPA的一項(xiàng)。所以，建立在經(jīng)驗(yàn)上的時(shí)間與進(jìn)度曲線模型 （在圖 4 中的進(jìn)度曲線），可以看作時(shí)間是衡量工作進(jìn)度的一種尺度，并且時(shí)間和工作量 是非線性關(guān)系，雖然模型不精確，但是可以在實(shí)踐中逐步對該模型進(jìn)行完善。

11、工作量具體體現(xiàn)在開發(fā)周期上（標(biāo)準(zhǔn)級別開發(fā)人員需要的工作日） ，工作量一般通過 常用的功能點(diǎn)分析法核定，設(shè)總的開發(fā)周期為Tz,單個(gè)階段的開發(fā)周期為 Tn。而實(shí)際上工作量完成情況是很難考核的，特別是正在進(jìn)行中的項(xiàng)目，主要是靠經(jīng)驗(yàn)?zāi)Ｐ椭饔^判斷得 出大約數(shù)值。如圖5所示，每個(gè)階段都有開發(fā)周期 Tn,占總工作量的百分比 Wn階段的進(jìn)度曲線 指標(biāo)是Sno,實(shí)際進(jìn)度曲線是Sn。其中，進(jìn)度曲線指標(biāo)就是開發(fā)進(jìn)度模型。圖 5 節(jié)點(diǎn)的進(jìn)度指標(biāo)曲線把非線性進(jìn)度線性化，形成時(shí)間可比進(jìn)度，例如：假設(shè) 1o 周的工作量，符合指標(biāo)曲線Sno的每周就是10%，然后用實(shí)際曲線Sn比對指標(biāo)Sno曲線，得出線性化后的進(jìn)度Pn%設(shè)按模

12、型完成開發(fā)工作量所需要的時(shí)間為t no,實(shí)際發(fā)生時(shí)間是tx,f（x）是開發(fā)進(jìn)度模型,其中, x 是時(shí)間變量, f（x） 結(jié)果是理論完成的工作量,則：t x=f -1(Wx)其中，Wx是當(dāng)前完成工作量。則當(dāng)前某個(gè)階段工作進(jìn)度為：Px = t x/Tn則當(dāng)前項(xiàng)目某個(gè)階段完成總的工作量的百分比為：Pn% Wn%=Pzn%五、軟件開發(fā)各個(gè)階段的工作量劃分和開發(fā)進(jìn)度計(jì)算從軟件開發(fā)角度劃分項(xiàng)目各個(gè)階段，軟件項(xiàng)目可劃分為建設(shè)方案、需求調(diào)研、需求分 析、設(shè)計(jì)、編碼、測試、試點(diǎn)、推廣、維護(hù)等階段。由于建設(shè)方案、試點(diǎn)、推廣、維護(hù)階段與用戶關(guān)系密切，可控性差，先不做考慮。對 于其它階段，一般說來，在現(xiàn)代軟件項(xiàng)目管理

13、中各種資源的理論分配比例（按實(shí)際情況可 以調(diào)整）是：項(xiàng)目需求分析階段 15%系統(tǒng)總體/詳細(xì)設(shè)計(jì)階段40%編碼階段25%系統(tǒng) 測試階段20%6所示。對于一個(gè)大、中型項(xiàng)目，又可以在設(shè)計(jì)和編碼環(huán)節(jié)拆分成幾個(gè)小的子項(xiàng)目。為此，我 們可以把項(xiàng)目各個(gè)階段的任務(wù)畫成樹狀結(jié)構(gòu)。如圖圖6對應(yīng)各個(gè)階段定義如表2所示。表2項(xiàng)目的各個(gè)階段占總體工作量定義備注需求分析A%總體設(shè)計(jì)B%開發(fā)（詳細(xì)設(shè)計(jì)與編碼）C%此部分經(jīng)常拆分成若干子系 統(tǒng)測試D%其中，對開發(fā)階段進(jìn)行拆分，首先是分塊拆分成若干個(gè)子系統(tǒng)，子系統(tǒng)再分成設(shè)計(jì)、 編碼、單元測試等階段，所以各個(gè)子系統(tǒng)的工作量 C1%+C2%+Cn %=1開發(fā)階段每個(gè)子系統(tǒng)又由設(shè)計(jì)、

14、編碼、測試各個(gè)階段組成，其各個(gè)階段工作量百分比 累加，Cn 1%+Cn2%+Cn3%=1總體各個(gè)階段：A%+B%+C%+D%=1如上所示拆分工作方式，則開發(fā)階段工作進(jìn)度，一般是取各個(gè)子系統(tǒng)開發(fā)最慢的進(jìn)度, 公式如下：P c=Mi n（Pcn）其中，Pc是開發(fā)階段的進(jìn)度，n 1,2,N，N是最大分塊拆分?jǐn)?shù)?？傮w項(xiàng)目進(jìn)度為：P=Pa + Pb +Pc +Pd六、與實(shí)際工作結(jié)合的進(jìn)度跟蹤管理軟件開發(fā)進(jìn)度跟蹤管理，需要配套的工作，主要是做好計(jì)劃（軟件開發(fā)進(jìn)度模型）項(xiàng)目計(jì)劃任務(wù)書項(xiàng)目里程碑（定期檢查點(diǎn)）周工作計(jì)劃與工作計(jì)劃完成情況中間工作質(zhì)量檢查月工作計(jì)劃及總結(jié)測試及測試評分標(biāo)準(zhǔn)統(tǒng)計(jì)當(dāng)前進(jìn)度（工作完成量

15、線性化）、監(jiān)控工作質(zhì)量管理，目的是保證計(jì)劃和進(jìn)度的有效 性的。形成閉環(huán)管理的主要內(nèi)容如下：審管理項(xiàng)目計(jì)劃任務(wù)書、周工作計(jì)劃管理、中間工作質(zhì)量檢查管理、月工作計(jì)劃總結(jié)、評審 和測試等環(huán)節(jié)構(gòu)成項(xiàng)目閉環(huán)管理，周工作計(jì)劃管理貫穿整個(gè)項(xiàng)目周期，定期或隨機(jī)的中間 工作質(zhì)量檢查保證周工作計(jì)劃的真實(shí)性、 準(zhǔn)確性，使項(xiàng)目進(jìn)度跟蹤管理能得到有效的實(shí)施。使用數(shù)據(jù)庫技術(shù)積累周工作計(jì)劃、月工作計(jì)劃及其完成情況的數(shù)據(jù)，逐步完善中間工 作質(zhì)量檢查標(biāo)準(zhǔn)、方法，最終有效地實(shí)現(xiàn)軟件過程改進(jìn)、項(xiàng)目進(jìn)度跟蹤管理。通常，一個(gè)項(xiàng)目開始于項(xiàng)目計(jì)劃任務(wù)書，對于項(xiàng)目計(jì)劃任務(wù)書來說，在軟件工程 和項(xiàng)目管理等資料中已經(jīng)介紹了很多，這里不再描述。1

16、、工作計(jì)劃和工作總結(jié)管理項(xiàng)目一般有任務(wù)計(jì)劃書，規(guī)定各個(gè)階段的時(shí)間和工作內(nèi)容，但其周期比較長，屬于粗 粒度管理，很難有效的控制項(xiàng)目開發(fā)進(jìn)度?？鋸埖恼f，全天8小時(shí)監(jiān)控項(xiàng)目的開發(fā)進(jìn)度是最理想的。比較現(xiàn)實(shí)的方案是按周做工作計(jì)劃，按日檢查完成情況，再在周末匯總周工作 計(jì)劃完成情況。“周工作計(jì)劃和工作完成情況管理”和“月工作計(jì)劃和月工作總結(jié)”的管 理制度，是項(xiàng)目進(jìn)度跟蹤管理的有效管理載體。周工作計(jì)劃和工作完成情況管理需要填寫的表格形式如下項(xiàng)目名稱時(shí)間開發(fā)周期項(xiàng)目負(fù)責(zé)人進(jìn)度完成工作量工作質(zhì)量檢查 人進(jìn)度修 正花費(fèi)工時(shí)計(jì)劃/完成 內(nèi)容備注審核時(shí)間:.項(xiàng)目周工作計(jì)劃和完成情況審核人：其中，時(shí)間：以周為單位；內(nèi)容

17、：本周要完成的工作內(nèi)容；進(jìn)度：以百分?jǐn)?shù)形式書寫，按項(xiàng)目進(jìn)度模型線性化的結(jié)果; 完成工作量：完成工作量占計(jì)劃工作量的百分比； 花費(fèi)工時(shí)：標(biāo)準(zhǔn)級別員工完成此工作所花費(fèi)的時(shí)間。日工作完成情況管理需要填寫的表格形式如下項(xiàng)目日工作完成情況工作名稱時(shí)間工時(shí)工作負(fù)責(zé) 人進(jìn)度完成工作量計(jì)劃/完成 內(nèi)容備注審核時(shí)間:審核人：其中，時(shí)間：以周為單位；內(nèi)容：本周要完成的工作內(nèi)容； 工時(shí)：完成此項(xiàng)工作實(shí)際發(fā)生的工時(shí)。月工作完成情況需要填寫的表格形式如下員工月總結(jié)報(bào)告項(xiàng)目名稱工作內(nèi)容完成 率有效 工時(shí)質(zhì)量自 評備 注備注項(xiàng)填寫是或否，是否采用構(gòu)件庫，是否充實(shí)了構(gòu)件庫？問題分析1. 未完成工作2. 質(zhì)量分析建議意見1.

18、管理2. 技術(shù)3. 團(tuán)隊(duì)建設(shè)4. 其他姓名：肖永威年月：2003年5月此周工作計(jì)劃管理方案操作起來比較繁瑣，但縮小的時(shí)間單位，更能有效的跟蹤項(xiàng)目 的進(jìn)展。最好是按照軟件開發(fā)進(jìn)度模型的理論，開發(fā)一個(gè)工作計(jì)劃和工作完成情況的管理 軟件，提高管理效率，積累數(shù)據(jù)，進(jìn)行軟件過程改進(jìn)，建立更有效的軟件開發(fā)進(jìn)度模型， 如下圖樣式所示的工作計(jì)劃管理軟件系統(tǒng)：每個(gè)月的工作計(jì)劃和工作總結(jié)內(nèi)容包括項(xiàng)目當(dāng)前的進(jìn)度和計(jì)劃、完成情況、存在的問 題、變更情況等等，能及時(shí)反饋到項(xiàng)目組和公司領(lǐng)導(dǎo)層，及早發(fā)現(xiàn)開發(fā)中的問題，并盡快 解決問題。2、工作質(zhì)量中間檢查通過建立軟件開發(fā)標(biāo)準(zhǔn)、程序代碼檢查和考評標(biāo)準(zhǔn)，以及配套中間檢查制度，使

19、開發(fā) 及其過程標(biāo)準(zhǔn)化，主動(dòng)地監(jiān)管工作質(zhì)量，督促提高工作質(zhì)量。如下表是“程序代碼檢查和考評標(biāo)準(zhǔn)”的簡單例子。程序代碼檢查和考評標(biāo)準(zhǔn)1、代碼書寫規(guī)范檢查1.1、注釋1.1.1.2、變量定義規(guī)范滿分5分，有一個(gè)變量不符合規(guī)范，則扣1分，2個(gè)不符合扣2分,1.1、序言性注釋（每個(gè)模塊起始部分）內(nèi)容530說明模塊的用途和功能優(yōu)一般無接口描述（包括參數(shù)、從屬關(guān)系）優(yōu)一般無有關(guān)數(shù)據(jù)信息（重要變量用途、約束等）優(yōu)一般無開發(fā)歷史（設(shè)計(jì)者、評審者、時(shí)間、變 更等）優(yōu)一般無1. 2、功能性注釋（用在不易理解的的代碼塊、計(jì)算公式、函數(shù)調(diào)用等）敘述詳盡，意思表達(dá)貼切 基本描述，也表達(dá)意思以此類推，5分扣完為止。2、技術(shù)

20、檢查由資深程序員對已經(jīng)完成的部分執(zhí)行檢查，并出具檢查報(bào)告。2. 1、程序設(shè)計(jì)缺陷檢查缺陷數(shù)03610得分54320例如工作質(zhì)量中間檢查管理，是通過程序代碼檢查與考評來勉勵(lì)程序員提高工作質(zhì) 量，檢查范圍包括：1、代碼書寫規(guī)范檢查，2、技術(shù)檢查，3、界面設(shè)計(jì)規(guī)范及用詞標(biāo)準(zhǔn) 檢查，4、缺陷率統(tǒng)計(jì)等。經(jīng)過檢查得出評分，此評分再對當(dāng)前進(jìn)度進(jìn)行加權(quán)處理，簡單 的說就是給當(dāng)前進(jìn)度打點(diǎn)兒折扣。建立在數(shù)理統(tǒng)計(jì)上的抽樣檢查理論，是此項(xiàng)工作理論基礎(chǔ)，通過檢查制度化、規(guī)范化 積累采樣數(shù)據(jù)，逐漸分析出易出現(xiàn)問題的點(diǎn)，及早發(fā)現(xiàn)問題，并解決問題，減少對進(jìn)度的 負(fù)面影響，同時(shí)也能對工作質(zhì)量起到督促作用。3、溝通管理 溝通的方式很多，正式的、非正式的都可以完成此項(xiàng)工作，如果要做到有效并且有據(jù) 可查的溝通，最好方式就是常用的會(huì)議方式。與用戶溝通可以與用戶協(xié)商，確定例會(huì)制，每周定時(shí)召開項(xiàng)目工作會(huì)議，形成會(huì)議紀(jì) 要，最好能讓用戶確認(rèn)簽字。項(xiàng)目組內(nèi)部溝通除了定期會(huì)議外，還可以通過技術(shù)討論、公告等方式溝通。使用軟件 完成項(xiàng)目組內(nèi)部溝通記錄，例如局域網(wǎng) QC軟件，其用戶間交流信息（圖片、文件、文字） 都可以記錄，隨時(shí)查詢歷史記錄。別忘了把你的軟件開發(fā)進(jìn)度情況告訴市場、商務(wù)人員，在項(xiàng)目開發(fā)過程中，隨時(shí)與市 場商務(wù)人員溝通是個(gè)非常重要環(huán)節(jié)，