項目經理關注點課件_第1頁
項目經理關注點課件_第2頁
項目經理關注點課件_第3頁
項目經理關注點課件_第4頁
項目經理關注點課件_第5頁
已閱讀5頁,還剩9頁未讀 繼續免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內容提供方,若內容存在侵權,請進行舉報或認領

文檔簡介

項目經理在項目中的關注點項目啟動活動常見問題及對策:需求不明確或需求溝通不夠項目組成員選擇不合理,不能滿足開發需要需求文檔中文字可理解度難,開發人員理解困難需求不但要了解大體,還要對具體的細節深入了解,需要和客戶充分溝通,并對需求進行評審,最終得到公司層面和客戶層面的確認。啟動階段需要明確該項目所需技能,并且盡可能匹配滿足項目要求的開發人員,如果部分不滿足,則需要在啟動階段就進行培訓,使之滿足開發需要。需求講解,可采用會議全員參與對整體需求情況講解,對單個模塊或任務的需求進行一對一的講解。笑話畢業七年,總算接了個大工程,造根三十米煙囪,工期兩個月,造價三十萬,不過要墊資。總算在年底搞完了。今天人家去驗收,被人罵得要死,更不敢提收錢的事!原來···圖紙看反了,人家要挖一口井!不了解客戶需求就開始盲目的開發,最終開發出來的產品并不是客戶想要的。項目計劃活動常見問題:工作任務分解不充分風險防范意識不強無溝通計劃計劃通常由個人編制,沒有在項目組達成共識。需求任務應該細化到不能再分,完全獨立,可估算工時和工作量。強化風險意識,啟動階段識別出的風險,應及時有效的采取措施并有明確的責任人跟進直至關閉;對于項目過程中未能識別的風險,也需要在計劃階段就制定一套緊急對應機制。制定溝通計劃,明確項目組內各成員之間的溝通機制,項目組與客戶之間的串接溝通機制等計劃需要得到相關干系人的評審,在項目組達成共識。

多種方式袋鼠與籠子

有一天動物園的管理員們發現袋鼠從籠子里跑出來了,于是開會討論,一致認為是籠子的高度過低。所以他們決定將籠子的高度由原來的十公尺加高到二十公尺。結果第二天他們發現袋鼠還是跑到外來,所以他們又決定再將高度加高到三十公尺。沒想到隔天居然又看到袋鼠全跑到外面,于是管理員們大為緊張,決定一不做二不休,將籠子的高度加高到一百公尺。

長頸鹿和幾只袋鼠們在閑聊,「你們看,這些人會不會再繼續加高你們的籠子?」長頸鹿問。「很難說。」袋鼠說:「如果他們再繼續忘記關門的話!」項目風險活動常見風險及原因后果分析:造成后果:項目延期和成本大幅攀升原因分析:對風險的反應遲鈍:經驗不足,常常是太晚發現問題,以至于無法彌補或是彌補成本太大。對過程難以掌控:公司雖已有既定的流程,但由于項目負責人經驗不足或對公司既定項目管理流程如何落到實處不知如何下手,項目日常管理很難照著流程走。風險管理案例練習參考答案【問題1】

該項目最終失敗的原因主要在于風險控制和風險處理機制。在很多IT項目中,由于競爭和其他原因造成了風險過度集中在某一個相對弱勢的角色身上。在本案例中,B公司就處于這樣的境地:一方面它需要依賴代理A公司的產品生存,另一方面要它還必須要滿足用戶的具體需求。【問題2】

一般情況下,如果項目經理在項目合同簽訂以前加入項目,可以充分了解自己公司在項目中的位置,對買方提出的RFP認真回答,規避潛在的風險,這是非常重要的。對于RFP中過高的要求不能完全滿足時,應充分說明。最好采用“讓利于人,風險共擔”的策略。具體做法是,將已經識別的具有風險的部分外包(風險轉移),或者單獨與供貨商簽訂補充合同。這樣做可能損失了部分利益,但降低了風險,并且減少了很多額外投入。

在項目的進行過程中,項目經理和項目的擁有人要將風險管理納入日常工作的重要步驟。要明確成本與風險、成本與時間的關系。制定完善的風險管理計劃。

還有一點需要注意:項目經理的確已經對風險進行了識別,并采取了應對措施,但并未對此風險帶來的影響進行量化(通常可以以金錢或者時間損失加以估算)。量化過的風險是項目經理采用相應對策的前提。在本案例中,B公司了解A公司升級軟件不能按時提供,這本身就需要量化。這個風險帶來的就是10%的驗收款和10%尾款的不能按時支付。如果一開始,B公司能夠將付款和風險對應起來,就知道該風險是管理風險,并且是不能夠接受的。

項目溝通管理活動關鍵點:建立一套有效的溝通機制:項目例會機制,信息發布機制,會議紀要機制,問題跟蹤機制,階段匯報機制,項目沖突管理等。

項目組內溝通。職責分配,授權,協調,狀態報告

項目組與測試人員之間的溝通。雙方如何打配合是難點,需要約定雙方的工作配合要求

與高層和客戶的溝通。需要明確以下內容:誰?為什么需要信息?需要什么類型的信息?詳盡程度?頻次?溝通方式?

強化溝通意識:每個項目成員都需要建立起主動溝通的意識。三大原則:及時,準確,信息量恰到好處項目溝通管理活動常見問題:強化溝通意識:每個項目成員都需要建立起主動溝通的意識。項目一開始就需要建立一個溝通計劃,明確規定與各干系人之間的溝通方式,溝通內容及頻次等。建立一套明確的溝通工作流程(比如開發組與測試人員之間的工作流程規定,明確開發組提交成果的時間點,提交的內容,以及需說明的注意事項,解決缺陷的時間限制等要求,測試組需要依照迭代計劃制定測試計劃,并明確各時間點提交的測試成果等)。先溝通好做法,方法,標準,再進行作業。重要問題,發布完后,一定要口頭再說明項目會議事前有議題,并做好準備,事后有會議記錄項目問題(尤其是橫展開觀點),客戶評價(尤其是好的)要全員共享。如何提升不但能提高產品的質量,也能提高我們的生產效率,降低產品成本。好的品質意識就是你把事情做對,并對結果負責。我們要爭取第一次就把事情做對。最大程度提高項目品質和生產性,有利于控制開發時間和進度,明確工作量和責任。好的編碼規范可以盡可能的減少一個軟件的維護成本,增強其可讀性;良好的遵守項目規則可以促進團隊

溫馨提示

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

評論

0/150

提交評論