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

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

　　估算是否準確

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

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

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

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

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

　　2.團隊和人的問(wèn)題

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

　　人員技能未達到要求

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

　　項目成員責任心不強

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

　　項目溝通問(wèn)題

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

　　項目人員流失

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

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

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

　　磨刀誤了砍柴工

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

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

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

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

　　5.項目范圍出現大變動(dòng)

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

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

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

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

　　7.系統架構的原因

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

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