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