iT邦幫忙

2024 iThome 鐵人賽

DAY 18
0
佛心分享-我的證照是這樣攻略的

工程師,我們也可以學習 PMP!系列 第 18

Day18 專案與時程:時程變短或需求增加怎麼辦?

  • 分享至 

  • xImage
  •  


(此圖片由 AI 生成)

在 PMP/PMBOK 中,當專案面臨變動,需求被迫增加(已通過變更控制委員會)但 Deadline 無法改變甚至提早的情況下,有多種方式可以應對這些變化。通常應對方式是集中在時間管理、範疇管理和資源管理上,例如「快速跟進」和「縮程(趕工)法」,今天就來介紹有哪些策略可行:

快速跟進 Fast Tracking

快速跟進是指將相對於「當前」的任務項,把一些專案「後續」的任務工作也拉至現在執行,也就是把後面的工作盡可能往前,提早開始做,讓一些可以平行進行的工作同時執行,而不是傳統先後順序執行。這樣可以縮短專案的總時間。

有經驗的 PM ,即使沒有學過 PMP/PMBOK ,在遇到任務中時程變故或需求變動,會熟練的協調專案團隊成員,把後期任務協調往前先執行,這個專案管理的行為在 PMP/PMBOK 就是被定義成 Fast Tracking。

風險

快速跟進可能會增加風險,因為如果平行執行的活動有依賴關係,那麼錯誤可能影響更多的工作。此外,這也可能會導致更高的協調成本和溝通需求,還有可能導致「重工」的問題。

縮程法、趕工法 Crashing

趕工是指投入更多資源(例如:加班)目標是在成本增加,但相對增加可控的情況下壓縮專案時間。

風險

趕工會增加專案成本,並可能帶來團隊疲勞、士氣下降或產出成果的品質問題。需謹慎權衡執行的利弊。

範疇削減 Scope Reduction

範疇削減是指在不影響專案的主要目標和交付物情況下,與利害關係人協商刪除或簡化某些功能或需求,好縮短專案的完成時間。通常在專案面臨資源不足、時間壓力或成本超支時使用,需在與利害關係人協商後進行,以確保縮減後的專案範疇仍能達到主要目標和需求。

白話一點就是優先度低的就不要做了。有經驗的 PM 會適當評估 Scope Reduction 得必要性,沒經驗的 PM 通常都是照單全收什麼要求都要團隊做,但其實有些非主要功能或需求,利害關係人並沒有很在意,是可以討論削減的。

風險

可能會導致客戶或利害關係人不滿,因為 PM 要先辨識這些功能是否是利害關係人的期望功能,如果是期望功能但對主要專案目標的優先度低,利害關係人無法看到全貌,那 PM 說服的過程就會有點麻煩,因此需充分溝通,並解釋消減對於專案甚至商業目標成功的必要。

資源優化 Resource Optimization

重新調整現有資源的使用,例如重新分配資源,確保某些關鍵任務有足夠的資源支持。

在專案管理中人力即資源,所以人力調度即是一種資源的優化,例如將工程師從低優先級任務轉移到高優先級任務上。

風險

資源優化的核心是確保最重要的任務能完成,否則資源的重新分配可能會影響到其他任務的完成情況,也可能會導致這些任務的延遲。

使用外部資源 Use of External Resources

聘請外部專家顧問或乾脆外包某些工作出去,好加快專案進度。例如,外包一些瑣碎工作或技術專業性高的工作給外部公司,節省內部資源好加快進度。

風險

依賴外部資源可能帶來交付物品質的下降、產生溝通等一系列問題,需要充分的管理。

以筆者而言,之前在公司擔任某個對外專案的 RD Hub 角色,每週至少兩、三天會和 PM 對外包廠商開站立會議,目的即是要解決外部溝通與資訊同步等問題。

結語

其實 PMP/PMBOK 還有其他方法我沒列上來..,光是列出上述方法,可能很多 RD 或 PM 的反應都是「蛤這些我早就都懂了」,那麼恭喜你,因為 PMP/PMBOK 只是將專案中大家常做的行為的系統化整理成理論,如果平常有在觀察周遭有經驗的 PM ,應該會發現他們面對各種突發狀況時,總會很熟練使用某些方法,好讓專案順利結案。

總之當專案遭遇時間壓縮或需求增加的挑戰時,有經驗的 PM 應該靈活地運用各種策略來確保專案如期完成並達到既定的目標。每種方法都有其優勢和風險,並非所有方法都適用於每個專案。重點在懂得如何權衡各種選項,尋求最大的價值交付,而不只是簡單地依賴於加班或耗費更多資源。


上一篇
Day17 專案與範疇:如何應對專案變更
下一篇
Day19 敏捷專案管理:三大核心角色
系列文
工程師,我們也可以學習 PMP!27
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中

尚未有邦友留言

立即登入留言