1.項目進(jìn)度本身不合理

　　本著多從自身找原因的準(zhǔn)則，對于進(jìn)度延遲時候應(yīng)該首先分析項目進(jìn)度計劃安排本身是否合理？對于項目進(jìn)度計劃安排是否合理影響因素主要應(yīng)該從以下幾個方面進(jìn)行分析和考慮。

　　估算是否準(zhǔn)確

　　對于估算是否準(zhǔn)確是對項目進(jìn)度計劃安排影響最大的一個因素，估算不準(zhǔn)確的原因很多，主要的兩個方面是確實(shí)有經(jīng)驗(yàn)的估算專家和項目缺少歷史數(shù)據(jù)的收集，對于這兩點(diǎn)只有通過項目多個版本的積累才可能得以改善，而沒有捷徑。另外估算過程中還需要考慮一些特殊因素的影響，如項目新進(jìn)了幾名新員工可能會降低項目的平均生產(chǎn)率，項目過程中需要采用某種新技術(shù)而需要投入額外的預(yù)研時間等。

　　關(guān)鍵資源和關(guān)鍵路徑的安排是否合理

　　在進(jìn)度計劃安排中是否優(yōu)先保證了項目關(guān)鍵路徑上的資源，是否通過人員技能矩陣對項目關(guān)鍵資源進(jìn)行分析和安排。在我們?nèi)蝿?wù)安排過程中是否對關(guān)鍵資源進(jìn)行了保護(hù)（盡量減少關(guān)鍵資源上非關(guān)鍵任務(wù)的安排）。另外我們在進(jìn)度計劃安排上應(yīng)該適當(dāng)安排10%-15%的余量，這樣在項目遇到突發(fā)事件，或項目風(fēng)險轉(zhuǎn)變?yōu)閷?shí)際問題時候才能夠有人員和時間進(jìn)行處理。

　　項目中的資源是否充分利用

　　由于存在關(guān)鍵路徑和崗位角色矩陣，所以項目中人力資源往往并不能充分利用起來。在中小型項目中為了充分利用相關(guān)資源，項目更應(yīng)該采用敏捷和迭代的開發(fā)方法，需求階段開發(fā)人員可以先熟悉需求和進(jìn)行公有組件的開發(fā)，而測試階段我們的需求人員也可以介入測試。所以對一個軟件項目而言，需要保證到項目成員的整體利用程度在70%以上，否則就應(yīng)該考慮采用新的開發(fā)模式和生命周期模型。

　　2.團(tuán)隊和人的問題

　　軟件項目跟其它工程項目最大的不同就是人和團(tuán)隊的因素對項目影響很大，軟件項目中的編碼人員也是重復(fù)的創(chuàng)造性的非簡單重復(fù)的勞動。軟件工廠在短時間內(nèi)是無法實(shí)現(xiàn)的，所以更必須承認(rèn)項目中各個成員的價值。工程建設(shè)中走了一個泥水工可能馬上就能找到替代人手，而軟件項目中人員流失及時很快找到了新成員，也需要花費(fèi)不定長的培訓(xùn)和學(xué)習(xí)時間，新成員才可能真正達(dá)到項目要求的生產(chǎn)率。對于這方面影響因素主要分析如下：

　　人員技能未達(dá)到要求

　　在項目開始之初我們假設(shè)項目成員都能夠達(dá)到組織級的要求，但往往并不是每個成員都能夠達(dá)到要求。而且項目中每個成員的生產(chǎn)率差異可能很大，也給項目進(jìn)度安排造成影響。所以在項目開始之初應(yīng)該對項目成員的技能進(jìn)行一次總體的評估，對于大家都欠缺的技能應(yīng)該安排統(tǒng)一的培訓(xùn)，后續(xù)還需要對培訓(xùn)的效果進(jìn)行跟蹤；對于個別人員技能欠缺的應(yīng)該單獨(dú)預(yù)留自我學(xué)習(xí)時間或通過以師帶徒的方式進(jìn)行培養(yǎng)，使其技能能夠盡快達(dá)到要求；對于項目新員工的工作和任務(wù)應(yīng)該加強(qiáng)評審和Review，保證輸出不出現(xiàn)大的偏差而導(dǎo)致后續(xù)大量的返工。

　　項目成員責(zé)任心不強(qiáng)

　　態(tài)度決定一切，細(xì)節(jié)決定成敗。對于項目過程中的各項任務(wù)，經(jīng)常出現(xiàn)由于項目成員責(zé)任心不強(qiáng)而敷衍了事，導(dǎo)致產(chǎn)出的工件質(zhì)量較差，引起大量返工的情況。在這種情況下項目更應(yīng)該加強(qiáng)項目規(guī)范的建設(shè)，項目經(jīng)理應(yīng)加強(qiáng)同這些成員的單獨(dú)溝通，加強(qiáng)項目的團(tuán)隊建設(shè)和集體榮譽(yù)感。讓項目成員感覺到做的系統(tǒng)是他們自己的產(chǎn)品，而不是公司的項目，項目經(jīng)理的項目。

　　項目溝通問題

　　在軟件項目中，保證項目各種角色和成員中的高效溝通是很重要的，如何建立起快捷順暢的溝通渠道，采用最佳的溝通方式來解決問題必須在項目中經(jīng)常強(qiáng)調(diào)。一周的項目任務(wù)花在實(shí)際做事情上只有2天，而花在溝通上占有了3天，如果出現(xiàn)這種情況必須及時分析和總結(jié)原因。溝通最重要的就是要在最短的時間里面，采用可以采用的各種方法或工具使交流雙方或多方達(dá)成一致。

　　項目人員流失

　　項目人員特別是項目關(guān)鍵成員在項目進(jìn)行過程中的流失對項目影響很大，對于這種情況應(yīng)該在項目開始之初中就做為專門的風(fēng)險進(jìn)行跟蹤，并考慮具體的應(yīng)對措施。

　　3.質(zhì)量因素的制約

　　時間和質(zhì)量是項目中兩個重要因素，在保證項目進(jìn)度的情況下我們往往會犧牲了項目的質(zhì)量。而由于軟件項目中測試環(huán)節(jié)的引入，項目的最終產(chǎn)出又需要保證我們的最終產(chǎn)品滿足一定的質(zhì)量規(guī)范。所有項目中經(jīng)常出現(xiàn)項目后期測試問題太多，BUG修改和回歸測試等花費(fèi)了大量的時間而導(dǎo)致項目的延遲。對于項目質(zhì)量因素的制約主要分析為：

　　磨刀誤了砍柴工

　　由于項目本身進(jìn)度緊張，往往在項目進(jìn)行過程中忽略了對項目各階段產(chǎn)出物的質(zhì)量的評審和Review.導(dǎo)致到項目后期測試時候問題全部暴露出來，而這時候如果是需求引起的缺陷則往往會耗費(fèi)到前期評審的5-20倍的工作量來進(jìn)行彌補(bǔ)。所以在軟件項目中應(yīng)該注重項目各階段的評審和Review工作，提早發(fā)現(xiàn)問題并解決問題，避免項目后期大量返工。

　　4.項目的風(fēng)險管理工作沒有做好

　　項目管理就是對項目中各種風(fēng)險和突發(fā)事件的管理，管理住了項目的風(fēng)險項目就成功了一半。如果項目經(jīng)理沒有風(fēng)險管理意識，對項目可能發(fā)生的問題或潛在的不利因素都不能預(yù)測到，也沒有提前采取相關(guān)的應(yīng)急措施，則在項目進(jìn)行過程中風(fēng)險真正轉(zhuǎn)化為問題后就會導(dǎo)致項目很被動。如前期沒有分析出項目核心成員流失的風(fēng)險，而在項目進(jìn)行過程中該核心成員要離職，項目短期無法招到合適新成員，項目中也沒有合適的技能替代成員，這樣對項目的打擊將是致命的。

　　另外項目還應(yīng)該形成一套突發(fā)事件的應(yīng)對機(jī)制，保證有突發(fā)事件時候能夠通過積累的各種方法，工具，預(yù)備的資源余量進(jìn)行跟蹤和處理。

　　5.項目范圍出現(xiàn)大變動

　　項目范圍出現(xiàn)大變動，新增加了大量功能的時候往往會直接導(dǎo)致項目延期，在這個時候特別已經(jīng)是在項目后期時候增加人員往往會使項目進(jìn)度變的更糟糕。在這種時候往往沒有很好的應(yīng)對辦法，加班趕進(jìn)度往往成為了最常用的措施。

　　需求變更多也往往導(dǎo)致項目范圍的變動而影響項目進(jìn)度，因此在項目管理過程中應(yīng)該對變更的管理形成一套完善的管理，分析和控制機(jī)制，成立變更控制委員會專門對變更進(jìn)行分析，調(diào)查和處理。

　　6.項目開發(fā)模式和選用工具技術(shù)是否有問題

　　這個時候做這個分析已經(jīng)不可能對當(dāng)前項目有任何作用，而更多的會總結(jié)為相關(guān)的經(jīng)驗(yàn)教訓(xùn)避免重犯錯誤。項目開發(fā)模式，生命周期選擇，選擇的開發(fā)語言，開發(fā)環(huán)境，相關(guān)工具和技術(shù)都直接或間接的影響到項目成員的生產(chǎn)率，這些我們在項目估算中可能會做相關(guān)考慮，但可能并不能從根本上解決問題，當(dāng)我們預(yù)知客戶的進(jìn)度要求的時候，更應(yīng)該通過進(jìn)度要求去約束我們工具和技術(shù)的選擇和使用。

　　7.系統(tǒng)架構(gòu)的原因

　　對于大中型系統(tǒng)總統(tǒng)設(shè)計和架構(gòu)設(shè)計更顯重要。架構(gòu)設(shè)計不僅僅要考慮滿足業(yè)務(wù)的功能性需求，而進(jìn)行子系統(tǒng)，接口，組件等的設(shè)計和劃分；同時架構(gòu)設(shè)計更需要考慮滿足系統(tǒng)的健壯性，可擴(kuò)展性，性能，安全性，可維護(hù)性等非功能性需求。架構(gòu)人員應(yīng)該通過架構(gòu)設(shè)計屏蔽整個系統(tǒng)的復(fù)雜性，而向模塊設(shè)計和開發(fā)人員提供一套簡單，高效的開發(fā)規(guī)程和模式，這樣才能夠真正提高后續(xù)設(shè)計開發(fā)的效率和質(zhì)量。

　　對于一個新項目，更應(yīng)該對項目的總體設(shè)計和架構(gòu)設(shè)計預(yù)備充足的時間，架構(gòu)不穩(wěn)定和成熟代表根基不穩(wěn)定，這樣的話修再高的樓都會倒塌。要設(shè)計一個成熟的架構(gòu)，架構(gòu)人員不僅僅要是技術(shù)方面的專家，也需要充分理解業(yè)務(wù)需求，這樣才能夠做出好的架構(gòu)來。