技能點九 如何做出合理的專案變更
為了做出合理的專案變更,同專案團隊交流、協商是行之有效的方法。當專案發生變化時,同團隊隊員交流,向他們詢問變更的方案,能避免決策時的盲目性,同時也可以避免團隊隊員的敵對情緒。
在同團隊隊員協商做出變更決策之後,採取如下辦法,以確保專案變更達到既定效果:
1.明確界定專案變更的目標
專案變更並非輕鬆之舉,變更的真實目的是為了解決問題、更好地滿足客戶的要求。如果變更後專案的目標模糊不清,團隊隊員在實現中就難以確定努力的方向,即使專案團隊完成了專案,也難以確定實現的目標是否真能滿足客戶的要求。
2.把專案變化融入專案計畫中
把專案變化融入專案計畫中,這是乙個新的專案規劃過程,只不過這一規劃過程是以原來的專案計畫為框架,在考察專案變化的基礎上完成的。通過新舊計畫的對比,專案管理者可以清楚地看到專案變化對專案預算及資源配置的影響和衝擊。
3.選擇衝擊量小的方案
專案的目標、預算、團隊隊員以及專案的進度是決定專案計畫的主要因素,做出專案變更時,力求在盡可能小的變動幅度內對這些主要因素進行微調。如果它們發生較大的變動,就意味著專案計畫的徹底變更,這會使目前的工作陷入癱瘓狀態。
4.做好想盡的專案的變更記錄
專案變更的監控是乙個動態的過程,它始於專案的變化,終於專案計畫修訂的完成。在這一過程中,擁有充分的資訊、掌握第一手的資料是對專案作合理變更的前提條件,而記錄這一變化過程,本身就是監控的主要內容。
5.及時發布變更資訊
在專案發生變更時,只有專案管理板子和部分關鍵人員才清楚和控制著這一變化過程的始終,而其他更多的團隊隊員並未獲得專案變更的完全資訊。因此,當專案班子做出變更決策時,應及時將變更資訊和方案公布於眾。
專案目標和範圍管理 技能點七
技能點七 如何制定工作分解結構 在制定工作分解結構時要做的工作 查閱類似專案中制定的工作分解結構資訊 對不能確定的工作先做出假設 工作分解結構只能確定一項工作活動的各個子要素,不能描述要做的工作的順序。如何制定工作分解結構取決於工作組成員對專案的熟悉程度,過去是否成功地做過類似的專案以及使用過多少新...
軟體專案管理師複習指南九 專案範圍管理
本章內容集中在wbs的分解技術和計畫的編制,範圍管理是整個專案的基礎,往往專案的失敗都是由於專案範圍的不斷蔓延,因此做好專案範圍管理至關重要,知識列表如下 01.範圍計畫編制 輸入 專案章程 專案範圍說明書 組織過程資產 環境和組織因素 專案管理計畫 輸出 專案範圍管理計畫 技術方法 專家判斷 模板...
linux技能點 六 軟體管理和其他命令
軟體管理 rpm yum apt get ubuntu rpm q 查詢 rpm i 安裝 rpm e 解除安裝 rpm u 更新 yum install 安裝 yum remove 解除安裝 yum update 更新 yum search 檢視遠端安裝源是否有安裝程式 yum list 遠端安裝...