【正文】 信息系統(tǒng)項目管理師案例分析指南第1章項目整體管理案例項目的整體管理在項目管理的9個知識領域中處于核心位置，其功效就是用來整合其它8個知識領域，項目經理則要起到關鍵性的組織、協(xié)調與管理作用，然而這并非易事，許多IT項目經理在做項目時總感覺需要協(xié)調各種各樣的資源，然而又似乎無從下手，一些事情好象身不由己，無法控制。項目整體管理是圍繞項目管理計劃的制訂、執(zhí)行和控制進行的，通過項目資源的整合將項目所有的組成要素在恰當?shù)臅r間、正確的地方、合適的人物結合在一起，以成功的完成項目。按照PMBOK2004（Project Management Body of Knowledge 2004,項目管理的知識體系2004版）中的定義，項目整體管理的過程包括：制訂項目章程、制訂項目范圍說明書（初步）、制訂項目管理計劃、指導和管理項目執(zhí)行、監(jiān)督和控制項目工作、整體變更控制和項目收尾。項目開始走向混亂閱讀以下關于在信息系統(tǒng)項目管理過程中項目整體管理方面問題的敘述，回答問題1至問題3,將解答填入答題紙的對應欄內?！　?案例場景　　希賽集團下屬飛達信息技術有限公司新接到一個有關電子政務公文流轉系統(tǒng)的軟件項目，王工作為公司派出的項目經理，帶領項目組開始進行項目的研發(fā)工作?！　⊥豕ひ郧笆且幻霞夹g人員，從事Java開發(fā)多年，是個細心而又技術扎實的老工程師。在項目的初期，王工制訂了非常詳細的項目計劃，項目組人員的工作都被排得滿滿的，為加快項目的進度，王工制訂項目計劃后即分發(fā)到項目組成員手中開始實施。然而，隨著項目的進展，由于項目需求不斷變更，項目組人員也有所更換，項目組已經沒有再按照計劃來進行工作，大家都是在當天早上才安排當天的工作事項，王工每天都要就工作安排焦頭爛額，項目正開始走向混亂的局面?！　№椖拷M中的一名技術人員甚至在拿到項目計劃的第一天就說：計劃沒有變化快，要計劃有什么用,然后只顧埋頭編寫自己手頭的程序。　　一邊是客戶在催著快點將項目完工，要盡快將系統(tǒng)投入生產；另一邊是公司分管電子政務項目的張總在批評王工開發(fā)任務沒落實好?！　　締栴}1】（8分）　　請用400字以內的文字，王工制訂的項目計劃應包括的主要內容。　　【問題2】（8分）　　請用400字以內的文字，圍繞項目計劃來說明在王工在制訂項目計劃時出現(xiàn)的問題。　　【問題3】（9分）如果你是王工，面對項目開始走向混亂的局面的情況，應當如何處理呢？　　 案例分析　　項目計劃是項目管理的基礎，項目管理中最重要的就是項目計劃的工作，項目計劃是一個綜合概念，凡是為實現(xiàn)項目目標而進行的活動都應該納入到計劃之中。　　【問題1】　　項目計劃的制訂是貫穿這個項目生命周期的持續(xù)不斷的工作，是利用其他計劃編制過程的結果，建立一份連貫性、一致性的文檔，以指導項目實施和項目控制。項目計劃過程是一個反復的過程。一個詳細的項目計劃過程包括：　?。?）項目計劃的定義，確定項目的工作范圍。　?。?）確定為執(zhí)行項目而需要的工作范圍內的特定活動，明確每項活動的職責?！　。?）確定這些活動的邏輯關系和完成順序?！　。?）估算每項活動的歷時時間和資源?！　。?）制訂項目計劃及其輔助計劃。　　一般而言，項目計劃可以包含如下要素：　　（1）項目范圍計劃：闡述進行這個項目的原因或意義，形成項目的基本框架，使項目所有者或項目管理者能夠系統(tǒng)、邏輯地分析項目關鍵問題及項目形成中的相互作用要素，使項目干系人在項目開始實施前或項目相關文檔編寫以前，能夠就項目的基本內容和結構達成一致；項目范圍說明應當形成項目成果核對清單，作為項目評估的依據(jù)，在項目終止以后或項目最終報告完成以前進行評估，以此作為評價項目成敗的依據(jù)；范圍說明還可以作為項目整個生命周期監(jiān)控和考核項目實施情況的基礎和項目其他相關計劃的基礎?！　。?）項目進度計劃：進度計劃是說明項目中各項工作的開展順序、開始時間、完成時間及相互依賴銜接關系的計劃。通過進度計劃的編制，使項目實施形成一個有機的整體。進度計劃是進度控制和管理的依據(jù)，可以分為項目進度控制計劃和項目狀態(tài)報告計劃?！　。?）項目質量計劃：質量計劃針對具體待定的項目，安排質量監(jiān)控人員及相關資源、規(guī)定使用那些制度、規(guī)范、程序、標準。項目質量計劃應當包括和保證與控制項目質量有關的所有活動。　?。?）項目資源計劃：決定在項目中的每一項工作中用什么樣的資源（人、材料、設備、信息、資金等），在各個階段使用多少資源。項目費用計劃包括資源計劃、費用估算、費用預算?！　。?）項目溝通計劃：溝通計劃就是制訂項目過程中項目干系人之間信息交流的內容、人員范圍、溝通方式、溝通時間或頻率等溝通要求的約定。　?。?）風險計劃：風險計劃是為了降低項目風險的損害而分析風險、制訂風險應對策略方案的過程，包括識別風險、量化風險、編制風險應對策略方案等過程?！　。?）項目采購計劃：項目采購計劃過程就是識別哪些項目需求應通過從本企業(yè)外部采購產品或設備來得到滿足?！　。?）變更控制、配置管理計劃：由于項目計劃無法保證一開始就預測得非常準確，在項目進行過程中也不能保證準確有力的控制，導致項目計劃與項目實際情況不符的情況經常發(fā)生，所以必須有效處理項目的變更。變更控制計劃主要是規(guī)定變更的步驟、程序，配置管理計劃就是確定項目的配置項和基線，控制配置項的變更，維護基線的完整性，向項目干系人提供配置項的準確狀態(tài)和當前配置數(shù)據(jù)。　　【問題2】　　制訂項目計劃的目的在于建立并維護項目各項活動的計劃，項目計劃其實就是一個用來協(xié)調軟件項目中其它所有計劃，指導項目組對項目進行執(zhí)行和監(jiān)控的文件。一個好的項目計劃可為項目的成功實施打下堅實的基礎?！　∫韵逻@些方法能有效的幫助項目經理制訂項目計劃。　?。?）注意項目計劃的層次性　　項目計劃的層次及其關系如圖11所示。圖11 項目計劃的層次　　高級計劃，是項目的早期計劃。高級計劃應當是粗粒度的，主要是進行項目的階段劃分，確定重大的里程碑，所需相關的資源，包括人力資源、設備資源、資金資源，即所謂的人、財、物三個要素?！　〈蟮碾A段交替之前，應做好下一階段的詳細計劃，我們稱之為二級計劃。詳細計劃要確定各項任務的負責人，開始時間，結束時間，任務之間的依賴關系，設備資源，項目里程碑。　　如果項目規(guī)模相對較大，可以有多級的計劃，比如說，一個項目組可能分為幾個開發(fā)組，二級計劃是各開發(fā)組制訂的適合自己開發(fā)組的計劃。如果開發(fā)組還分了小組，可以有小組的三級計劃?！　￠_發(fā)人員的個人計劃是低級計劃，由開發(fā)人員根據(jù)自己的任務自行制訂，個人計劃要盡量細化到工作單元和時間單元?！　∫话愕模浖椖坑媱澲炼嘤兴募壘蛪蛄?，過多的等級將會引發(fā)效率的瓶頸。合理的劃分小組，減少組織的層次，有利于項目計劃的制訂和實施。較小的軟件項目由于工期不長，人員較少，只有兩級計劃（高級計劃與低級計劃）也是可行的?！　。?）該詳細的詳細，該簡略的就簡略　　項目計劃就如同軟件項目本身一樣有它特殊性，一個三五個人花兩三個月就可以完工的小項目，可能項目計劃就四五頁紙，包括一個WBS（Work Breakdown Structure,工作分解結構）和一個甘特圖（Gantt Chart）。一個需要五六十個人甚至上百人，要花上半年或更長時間的大型IT項目則會有更多的項目計劃內容。項目經理要按照項目的特定情況量體裁衣，要強調項目計劃的指導性。項目中的工作安排一定要責任到人。如果是多個人共同完成的任務也要指定一位主要負責人，否則工作人員會操作不便，甚至互相推卸責任?！　。?）制訂的項目計劃要現(xiàn)實　　制訂項目計劃僅靠個人經驗是不夠的，不可能面面俱到，不要寄希望于個人經驗.解決的辦法有兩個方面：　　一是充分鼓勵、積極接納項目干系人（包括客戶、公司高層領導、項目組成員）來參與項目計劃的制訂。應主動邀請客戶和公司高層領導來共同討論高級計劃的制訂。客戶對項目在現(xiàn)場的實施和系統(tǒng)應用將起到很好的促進作用。公司高層領導的參與將有利于項目獲得精神上和物質上的支持。制訂二級、三級項目計劃要與項目組成員互動，要強調項目計劃的現(xiàn)實性，不現(xiàn)實的項目計劃不但不可能指導項目的實施，還可能成為項目成功的障礙。當規(guī)劃由一個人做出而由另一個人實施時，如果項目沒有按時完成，會使得他們懷疑項目計劃的可行性，也會影響開發(fā)人員的士氣。項目組內部人員的溝通亦很重要。項目經理應當關注計劃的制訂工作中的氣氛，在輕松的氛圍中去融合開發(fā)人員的意見?？梢宰岄_發(fā)人員對自己職責范圍內的事提出建議的時間和資源，再作討論約定。這樣開發(fā)人員在主觀上會更加投入工作?？陀^上，開發(fā)人員的能力很難用時間及工作量來衡量，一名熟練的Java程序員比一名初學Java的程序員開發(fā)效率可能快上四五倍，因而安排的時間周期、任務量當然要不一樣?？梢钥紤]召開一次專題討論會，事先寫出一個初稿，再各抒己見，最后作出結論?！　《浅浞掷脷v史數(shù)據(jù)。歷史數(shù)據(jù)是寶貴的財富，是可復用的資源。不僅要注意積累這些數(shù)據(jù)，也要學會從中提煉出可以為己所用的數(shù)據(jù)。如：項目計劃的模板、計劃的資源數(shù)據(jù)等。成熟的項目開發(fā)組織會將歷史的數(shù)據(jù)保留并作一些分析，形成一些經驗計算公式、實用的文檔模板等。需要特別提到的是，有的軟件項目在失敗之后，項目組人員一般很不情愿再度問津此事，一談到做過的失敗的項目就唯恐避之不及，其實，失敗的項目對項目研發(fā)具有重要的參考價值?！　∮斜匾诿孔鐾暌粋€項目后認真的進行總結。這是項目可持續(xù)發(fā)展的必要，也是對項目和項目組成員的尊重。當前項目的經驗對其它項目是有很好的借鑒意義的，特別是對類似的軟件項目，在管理上、技術上、開發(fā)過程上都是一筆財富。不僅要對項目的程序代碼存儲，所有相關文檔資料（包括合同、開發(fā)文檔、總結文檔等）也要歸檔?！　。?）重視與客戶的溝通　　與客戶的溝通是很重要的。不必害怕客戶知道我們的開發(fā)計劃，特別是項目進度情況，應當和客戶共享這些信息?！　∈紫?，客戶會提出一些對項目時間、進度、效果上的要求，這些要求往往經不起推敲，有的還帶有較強的政策性。例如：在某單位的人事管理信息系統(tǒng)的開發(fā)中，客戶方對時間上的這個要求，是單位領導開會集體決定并形成了文件的，但是，經過認真的需求調研，做出項目進度的粗計劃和部分的二級計劃后，發(fā)現(xiàn)按客戶方要求的三個月時間是難以實現(xiàn)的。這時就需要說服,可以把做出的調研文檔和項目計劃擺出來與客戶討論，并最終使項目的開發(fā)時間適當延長。實際上，項目組和客戶的目的是一致的，所以對于合理的項目進度客戶是會理解與支持的?！　∑浯危椖拷M有義務要讓客戶知道項目的計劃，這樣才能讓客戶實際上主動、積極參與項目，達到項目的最終目標。項目計劃取得雙方簽字認可是非常重要的。客戶可能不愿意簽正式的文件，那么在文檔的封面上簽上雙方負責人的姓名、聯(lián)系方式也行，雖然是非正式的，但留下了項目工作的痕跡。應該讓客戶清楚簽字意味著雙方對項目計劃的認同。雙方有了一個約定，既讓用戶感覺心里踏實，也讓自己的項目組有了責任感，有一種督促和促進的作用?！　≡诒景咐校豕ぶ朴喠嗽敿毜捻椖坑媱?，將項目組人員的工作排得滿滿的，在沒有和項目組人員商量的情況即下發(fā)項目計劃并實施，此舉不妥。制訂項目計劃時，需要取得項目組人員的支持、理解，并且需要注意在項目的開始階段往往需要的是粗粒度的，并且是現(xiàn)實的項目計劃?！　№椖坑媱潓τ陧椖康膶嵤┓浅Ｖ匾?，在制訂時也需要和客戶、公司領導及時溝通，以取得他們的支持。而王工對于項目運作的緊張局面既沒有向公司領導匯報，也沒有向客戶解釋，只是一個人默默地將問題埋在心里，而采取了每天早上安排工作的臨時性解決辦法，治標沒有治本?！　　締栴}3】　　王工作為項目經理應當清醒地意識到項目開