alt

● 不要在專案成功要素中承諾你無法完全控制的要素,例如:客戶滿意度為100%
● 你需要做的是把定出哪些是專案一定要做的
● 專案要做的是把需要交付的做出來,當客戶願意接受時就是100% 
 
● 成功的要素中如果沒有Must,但都是Wish 只會讓專案越做越大 
● 量化成功要素目的讓每個人看的結果都一樣,以便更容易驗收 
● 盡可能的量化你的專案驗收標準,但當很難量化的標準不要寫在承諾中,以為成為成功的絆腳石 
● 不要在專案成功要素中加入模糊的定義,這只會讓專案難以驗收 
● 不要在專案成功要素中承諾你無法完全控制的要素,例如:客戶滿意度為100% 
● 你需要做的是把定出哪些是專案一定要做的 
● 專案要做的是把需要交付的做出來,當客戶願意接受時就是100% 
● 專案經理的角色是讓專案成功的結案,績效絕對是你最需要重視的考量 
● 如果專案沒經過收集需求並確認範疇,就直接進入執行,發生變更是很正確的 
● 如果不知專案範疇,可以先做一個雛型再慢慢收歛 
● 成功的專案會花多的時間定義範疇,還會花更多時間收集需求
●  失敗的專案會花許多時間執行,還會花更多時間重工  ● 為了避免變更,在運作專案時應時常進行確認的工作(POC、雛型…) 
● 當專案的範疇還沒有定義清楚前,別輕易畫壓專案時程

   作者:游振昌
 

?

comments

登入

會員消息

最新消息 (站長有話跟你說)

線上直播專區

■追蹤PM編『互動圖文』讓你無痛學習

■註冊為新會員可以獲得專案點數10點

■不要用手機下載範本!

■記得每天登入有一點,

■怎麼註冊?怎麼輸入點數序號?

■忘記密碼嗎?快點來信

■找文章請善用『搜尋』功能

■點我闖關搶點數~

■點我去範本軍火庫