估算專案所需時間與成本 - PMP

: MRD一直都很明確，只是老闆充分發揮經理人「樂觀」的精神評估專案，我可能需要
: 用系統性的方式提出比較「現實」的預估供老闆參考，以免喊價時樂觀過頭了，
: 最後卻收尾不了被客戶追殺。
: 另外就是硬體開發時間估算，有什麼好方法將工作做成適當的WBS?
: 例如說畫電路圖，到底要花多久時間？現在大概抓一周，但是以WBS的方式來看，
: 一周似乎太久了，應該要把這個工作分解成更小尺寸的工作，但是如何劃分？
: RD的意見是，設計電路時間花在三個部分，讀料件spec，聯繫供應商找料，連接線路。
: 應該就這三者量測進度，估算時間嗎？例如說料件spec頁數，料件數量，接腳數目？
: 也有可能設計出來的第一版有問題，又要換料debug等等，時程又如何計算？
: 大家的經驗是怎麼作呢？

看沒人回我只好又下海了。

你這樣的寫法恐怕很難找得到人買單
原因很簡單，因為Engineering沒有人把事情這樣子拆的。

比較合理的做法是，今天你們要加一個變更設計
由ODM提出這個變更設計所需要的時程、NRE清單列表
聯帶所需要的Schedule跟系統驗證全部都拉出來
再由你們公司各個Functional team的一對一去Review是否合理
然後最後請你們採購阿桑一口氣殺價殺下來。

如果以WBS來拆，最麻煩的一點就是萬一出事情了
對方大可說我之前只有答應哪些範圍的事情，事後全部不認帳

這個部分你如果不知道怎麼拆比較好，找個時間去找工程師抽根菸
要他給你點方向或許會比較快
畢竟公司不一樣，我能給你的答案你不一定能接受

另一重點在怎樣準時的把案子交出去
這個部分還是在專案管理的部分，把該有的Checkpoint跟mile stone先拉出來
哪個時間點哪些重要Activity沒有達成或是作完就要開始亮紅燈
一但亮起來就是馬上要Take Action,甚至要Daily,或是一天兩次,甚至Tiger Team

舉個例子
你們應該都有所謂的Alpha,Beta,這些相關的點
在這些點設定一些卡關的標準(Checklist)
ex:線路要經過驗證相關報告要有，Driver要經過測試,issue要低於多少...etc.
一但沒有辦法完成就是大家全部拖下來一起死
講難聽一點就是關門放狗，開會開得跟瘋狗一樣

把球交出去給他們互咬就好了...
到時候為了不希望最後面大風吹沒有位置坐，每個人都會想盡辦法解決問題的

案子作法很多，我嘗試過用過的方法不一定適合你或是別人用
最重要的一點是，只要有機會，就不要放棄，總會讓你找出好辦法的

--