項目經(jīng)理關(guān)注點課件_第1頁
項目經(jīng)理關(guān)注點課件_第2頁
項目經(jīng)理關(guān)注點課件_第3頁
項目經(jīng)理關(guān)注點課件_第4頁
項目經(jīng)理關(guān)注點課件_第5頁
已閱讀5頁,還剩9頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、項目經(jīng)理在項目中的關(guān)注點項目啟動活動常見問題及對策:笑話畢業(yè)七年,總算接了個大工程,造根三十米煙囪,工期兩個月,造價三十萬,不過要墊資??偹阍谀甑赘阃炅?。今天人家去驗收,被人罵得要死,更不敢提收錢的事!原來圖紙看反了,人家要挖一口井!不了解客戶需求就開始盲目的開發(fā),最終開發(fā)出來的產(chǎn)品并不是客戶想要的。項目計劃活動常見問題:風(fēng)險管理案例練習(xí)項目背景 2010年,國內(nèi)一家省級電信公司(H公司)打算上某項目,經(jīng)過發(fā)布RFP (需求建議書),以及談判和評估,最終選定A公司為其提供IP電話設(shè)備。B公司作為A公司的代理商,成為了該項目的系統(tǒng)集成商。B公司的李先生是該項目的項目經(jīng)理。 該項目的施工周期是三個

2、月。由A公司負責(zé)提供主要設(shè)備,B公司負責(zé)全面的項目管理和系統(tǒng)集成工作,包括提供一些主機的附屬設(shè)備和支持設(shè)備,并且負責(zé)項目的整個運作和管理。A公司和B公司之間的關(guān)系是一次性付賬。這就意味著A公司不承擔(dān)任何風(fēng)險,而B公司雖然有很大的利潤,但是也承擔(dān)了全部的風(fēng)險。 3個月后,整套系統(tǒng)安裝完成。但自系統(tǒng)試運行之日起,不斷有問題暴露出來。H公司要求B公司負責(zé)解決,可其中很多問題涉及A公司的設(shè)備問題。因而,B公司要求A公司予以配合。但由于開發(fā)周期的原因,A公司無法馬上達到新的技術(shù)指標并滿足新的功能。于是,項目持續(xù)延期。為完成此項目,宏達公司只好不斷將A公司的最新升級系統(tǒng)(軟件升級)提供給H公司,甚至派人常

3、駐在H公司(外地)。 又經(jīng)過了3個月,H公司終于通過了最初驗收。在B公司同意承擔(dān)系統(tǒng)升級工作直到完全滿足RFP的基礎(chǔ)上,H公司支付了10%的驗收款。然而,2012年底,A公司由于內(nèi)部原因暫時中斷了在中國的業(yè)務(wù),其產(chǎn)品的支持力度大幅下降,結(jié)果致使該項目的收尾工作至今無法完成。 問題1:請描述該項目存在的主要問題和原因。 問題2:結(jié)合你本人的實際項目經(jīng)驗,描述如何解決案例中所述問題的辦法。 參考答案【問題1】 該項目最終失敗的原因主要在于風(fēng)險控制和風(fēng)險處理機制。在很多IT項目中,由于競爭和其他原因造成了風(fēng)險過度集中在某一個相對弱勢的角色身上。在本案例中,B公司就處于這樣的境地:一方面它需要依賴代理

4、A公司的產(chǎn)品生存,另一方面要它還必須要滿足用戶的具體需求。【問題2】 一般情況下,如果項目經(jīng)理在項目合同簽訂以前加入項目,可以充分了解自己公司在項目中的位置,對買方提出的RFP認真回答,規(guī)避潛在的風(fēng)險,這是非常重要的。對于RFP中過高的要求不能完全滿足時,應(yīng)充分說明。最好采用“讓利于人,風(fēng)險共擔(dān)”的策略。具體做法是,將已經(jīng)識別的具有風(fēng)險的部分外包(風(fēng)險轉(zhuǎn)移),或者單獨與供貨商簽訂補充合同。這樣做可能損失了部分利益,但降低了風(fēng)險,并且減少了很多額外投入。 在項目的進行過程中,項目經(jīng)理和項目的擁有人要將風(fēng)險管理納入日常工作的重要步驟。要明確成本與風(fēng)險、成本與時間的關(guān)系。制定完善的風(fēng)險管理計劃。 還

5、有一點需要注意:項目經(jīng)理的確已經(jīng)對風(fēng)險進行了識別,并采取了應(yīng)對措施,但并未對此風(fēng)險帶來的影響進行量化(通常可以以金錢或者時間損失加以估算)。量化過的風(fēng)險是項目經(jīng)理采用相應(yīng)對策的前提。在本案例中,B公司了解A公司升級軟件不能按時提供,這本身就需要量化。這個風(fēng)險帶來的就是10%的驗收款和10%尾款的不能按時支付。如果一開始,B公司能夠?qū)⒏犊詈惋L(fēng)險對應(yīng)起來,就知道該風(fēng)險是管理風(fēng)險,并且是不能夠接受的。 項目溝通管理活動關(guān)鍵點:建立一套有效的溝通機制:項目例會機制,信息發(fā)布機制,會議紀要機制,問題跟蹤機制,階段匯報機制,項目沖突管理等。 項目組內(nèi)溝通。職責(zé)分配,授權(quán),協(xié)調(diào),狀態(tài)報告 項目組與測試人員之

6、間的溝通。雙方如何打配合是難點,需要約定雙方的工作配合要求 與高層和客戶的溝通。需要明確以下內(nèi)容:誰?為什么需要信息?需要什么類型的信息?詳盡程度?頻次?溝通方式? 強化溝通意識:每個項目成員都需要建立起主動溝通的意識。三大原則:及時,準確,信息量恰到好處項目溝通管理活動常見問題:開發(fā)人員在開發(fā)過程中有問題不主動上報項目組與測試組之間不知如何打配合項目組與高層之間的問題溝通不暢,導(dǎo)致項目組必需的資源不能及時到位,影響開發(fā)進度。與客戶溝通不暢,導(dǎo)致需求有誤或不明確?;蛑皇橇私獾酱篌w需求,對于具體的和細節(jié)的需求沒深入。項目組內(nèi)重要信息沒有充分和有效溝通,意見反饋,技術(shù)難題,情況通報或成果沒有與相關(guān)

7、人溝通不足,造成各做各事,重復(fù)工作。有些人沒有定時關(guān)注項目信息(郵件,項目群POPO)的習(xí)慣。技術(shù)經(jīng)理忙于自己技術(shù)方面的事,忽略項目管理方面,造成項目人員有的閑,有的忙,任務(wù)不均,資源浪費。責(zé)任分工不明確,各項目組成員之間責(zé)任相互推卸。沒有結(jié)果的會議強化溝通意識:每個項目成員都需要建立起主動溝通的意識。項目一開始就需要建立一個溝通計劃,明確規(guī)定與各干系人之間的溝通方式,溝通內(nèi)容及頻次等。建立一套明確的溝通工作流程(比如開發(fā)組與測試人員之間的工作流程規(guī)定,明確開發(fā)組提交成果的時間點,提交的內(nèi)容,以及需說明的注意事項,解決缺陷的時間限制等要求,測試組需要依照迭代計劃制定測試計劃,并明確各時間點提交

8、的測試成果等)。先溝通好做法,方法,標準,再進行作業(yè)。重要問題,發(fā)布完后,一定要口頭再說明項目會議事前有議題,并做好準備,事后有會議記錄項目問題(尤其是橫展開觀點),客戶評價(尤其是好的)要全員共享。如何提升時刻保持良好的質(zhì)量意識;逐步培養(yǎng)高效的團隊溝通;盡量運用標準的基于迭代的開發(fā)模式;嚴格遵守各階段的規(guī)約、規(guī)范、要求(代碼規(guī)約,測試rule,完成基準等等);技術(shù)/經(jīng)驗累積不但能提高產(chǎn)品的質(zhì)量,也能提高我們的生產(chǎn)效率,降低產(chǎn)品成本。好的品質(zhì)意識就是你把事情做對,并對結(jié)果負責(zé)。我們要爭取第一次就把事情做對。最大程度提高項目品質(zhì)和生產(chǎn)性,有利于控制開發(fā)時間和進度,明確工作量和責(zé)任 。好的編碼規(guī)范可以盡可能的減少一個軟件的維護成本 ,增強其可讀性;良好的遵守項目

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論