做項目進(jìn)度計劃時(shí)的系統觀(guān)的建立

一、客戶(hù)最關(guān)注什么
　　產(chǎn)品質(zhì)量往往是基本，這是一個(gè)默認屬性。但是做到哪個(gè)度仍然可以談，所以首先要清楚用戶(hù)對質(zhì)量要求的優(yōu)先級，一般來(lái)言可能是可用->易用->性能->安全。這一般叫測試類(lèi)型，另外就是測試的等級表明測試要達到何種覆蓋率或程度。這些都影響到項目周期。
　　除了默認質(zhì)量要求，項目周期往往是客戶(hù)最為關(guān)注的。這個(gè)往往并不是經(jīng)過(guò)詳細的估算，排完進(jìn)度了再確定下來(lái)的，而是項目一開(kāi)始往往就由客戶(hù)敲定，而項目范圍往往也是在合同就會(huì )明確下來(lái)。所以跟用戶(hù)敲項目周期就顯得很重要了，根據軟件工程和經(jīng)濟學(xué)得出結論是：對于一個(gè)軟件項目我們可以考慮投入更多資源來(lái)縮短項目周期，但當項目周期縮短到一定度以后，投入再多的資源也沒(méi)有用。因此項目經(jīng)理談判的底線(xiàn)為在不考慮人力資源情況下項目能夠達到的最短周期，如果這個(gè)最短周期還達不到客戶(hù)要求，必須縮減項目范圍而不是犧牲產(chǎn)品質(zhì)量。
　　項目計劃重點(diǎn)就是通過(guò)調整各個(gè)要素，保證項目能夠有8,9成以上的勝算，對于影響到項目成功的全部列入風(fēng)險和關(guān)鍵問(wèn)題進(jìn)行跟蹤。項目經(jīng)理在計劃完成后一大半的時(shí)間都應該花費在消除不確定性上。項目失敗往往并不是進(jìn)展過(guò)程出現太多異常，而是一開(kāi)始項目經(jīng)理就不清楚自己有幾層把握，一開(kāi)始也沒(méi)有分析清楚有哪些不確定性和關(guān)鍵要素。
二、項目周期敲定了再排進(jìn)度
　　如果簡(jiǎn)單的認為項目周期確定了再排進(jìn)度就只能是倒排進(jìn)度，那說(shuō)明還沒(méi)有真正理解各要素的平衡和進(jìn)度安排的實(shí)際含義。項目經(jīng)理往往根據項目周期倒排不切實(shí)際的進(jìn)度計劃，那導致項目進(jìn)度延期就是必然的事情了。
　　制定進(jìn)度前最重要的仍然是根據人力資源情況和項目周期來(lái)綜合考慮生命周期模型的選擇，是瀑布還是增量迭代，這個(gè)直接影響到WBS的分解。而WBS中我們又最關(guān)心工作包或任務(wù)的粒度問(wèn)題，這個(gè)需要和可用的人力資源配合起來(lái)，一個(gè)功能模塊分解細后可以更多的人力資源參與進(jìn)來(lái)，使更多的任務(wù)能夠并行，但無(wú)疑會(huì )增加前面接口設計和后期集成的工作量。當接口設計和集成工作所花費時(shí)間大于開(kāi)發(fā)任務(wù)并行所縮短的時(shí)間時(shí)候，這個(gè)時(shí)候就到了分解的最小粒度。在這個(gè)粗細粒度間就是可以通過(guò)調配人力資源能夠獲取的最大進(jìn)度壓縮。
　　在IT項目中由于崗位角色劃分，往往并不適合采用關(guān)鍵路徑的方法來(lái)預計進(jìn)度。進(jìn)度安排關(guān)鍵在讓所有人都盡可能早的動(dòng)起來(lái)，在這里可以考慮的思考方式是:
　　1.關(guān)注項目關(guān)鍵資源，關(guān)鍵資源必須優(yōu)先安排來(lái)執行關(guān)鍵任務(wù)；
　　2.通過(guò)組件細分和迭代，增加后期集成時(shí)間，但縮短前期關(guān)鍵路徑等待時(shí)間；
　　3.通過(guò)每日構造將測試也迭代起來(lái)；
　　4.進(jìn)度緊往往更不該跳過(guò)需求和總體設計評審而直接編碼，后期返工往往是災難性的。
三、最有效的方法論和過(guò)程
　　在裁剪過(guò)程的時(shí)候，必須清楚的認識到哪些過(guò)程元素是保證項目成功的核心要素，哪些是可以省略的。XP方法論對于任何一個(gè)功能的開(kāi)發(fā)仍然是遵循小瀑布，而不是跳過(guò)程。一個(gè)設計思路可以在紙面設計草圖后就可以開(kāi)始編碼，后期再形成規范的文檔，但決定不是說(shuō)不經(jīng)過(guò)設計就開(kāi)始編碼。需求，DEMO原型，總體架構，數據庫設計，評審，項目開(kāi)發(fā)模式和規范都是重要的元素，都應該最有效的去發(fā)揮作用。因此以下是可以考慮的關(guān)鍵點(diǎn)：
　　1.DEMO原型必須和用戶(hù)溝通確認，但需求階段技術(shù)架構工作可以并行；
2.需求和架構，數據庫必須經(jīng)過(guò)評審；
　　3.架構或總體設計完成后必須進(jìn)行培訓，強調后續的開(kāi)發(fā)模式和規范；
　　4.架構開(kāi)發(fā)不一定要全部完成才能開(kāi)始后續工作，但事先要定義清楚接口；
　　5.詳設可以出紙面草圖，面對面溝通后即可開(kāi)始編碼，后期再補規范文檔；
　　6.對于100%要做的不涉及業(yè)務(wù)規則功能可提前編碼，如一些基礎表的維護。（資料來(lái)源：項目管理者聯(lián)盟）


                                                                             2010-11-12