專案的 Value Proposition and Justification 決定專案是否應進行 - 歡迎討論

[Shihwei]

大家好, 

一般而言, 如果用戶或老闆提出一個需求或是想法, 我們一般比較少說 'No',
或是不知如何說 'No', 就算是認為那是一個不應被處理的案子, 也會悶著頭作,
到最後有可能導致專案失敗, 或是作完之後, 用戶不使用系統, 造成兩敗俱傷.

在專案起始之初, 必需作好價值分析建議和正當(合理)性分析, 確認所有利
害關係人都同意專案會為他們帶來好處, 並且不違悖法律及公司組織章程
及架構(align with company organization and procedure). 也可以從專案可以帶
來的 Business Value 來分析, 用 Business Language去作溝通, 得到一個結論.

如果發現最後作出來的產出 ( Deliverables ) 不符合投資報酬率(ROI) 或淨現值,
就應該 '勇敢' 的跟提出需求者說 '不', 無需一味的做一個沒有價值的專案.

不知您是否也同意我的看法 ? 歡迎指教 !

[davidkuo]

一般而言, 如果用戶或老闆提出一個需求或是想法, 我們一般比較少說 'No',
或是不知如何說 'No', 就算是認為那是一個不應被處理的案子, 也會悶著頭作,
到最後有可能導致專案失敗, 或是作完之後, 用戶不使用系統, 造成兩敗俱傷.

Dear ShihWei兄

謝謝你和大家分享第二篇文張！我個人覺得學會和有勇氣"SAY NO"是一件不容易的事！！
很多在台灣所做的案子尤其是大型的公司合併和大型交通建築,都可以看到為了要結案 很多專案團隊都是最後很無奈受到高層的壓力以"做完"而不是以"做好"的方法來進行! 所以問題就來了因為很少人會為了"保護"原來專案所定出的ROI去和高層escalate或"SAY NO"! 就是因為這是一件吃力不討好的差事 所以專案團隊如果沒有"守住"當出專案charter裡所訂出的限制,效益,可行性等分析　很有可能因為沒有"say no" 專案到最後的ROI是達不到的！

我希望有一天當我們做出專業的分析和很有勇氣的"SAY NO" 不會再有那麼強烈"吃力不討好"的感覺!

DAVID

[Michael]

 Dear ShihWei

 基本您的說法是 OK 的, 不過別忘了 NPV 或 ROI 等之 data,  有時候只是 project selection 時眾多考量因素的其中之一
 二而已, 有些情況尚須考慮一些非財務面的因素, 如: 公司的聲譽, 建立實績, 公司的策略目標等等。
 在 PMBOK 也建議, 必要時可採用 weightiing score 的分式, 來綜合評估專案的選擇, 以確保重要的因素皆被含蓋!
 以上是我的淺見.
 
  Michael Ho, PMP
  PMP 講師 / 耕慧國際
 

[hahajust]

Dear ShihWei,

As Michael said, the project selection methods has several methods (i.e., NPV, IRR etc)  to evaluate the project value.  Doesn't matter which method you use.  Try to "quantify" the analysis result and do the "consistent" comparison.  Weighting Score is a good idea because you will get different opinion and score from each stakeholder.   

sincerely,

Justice Liao, PMP, ITIL Expert
PMP 講師 / 耕慧國際