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

※ 引述《nidor (awful)》之銘言：
: 專案工作的最開始，除了確定需求之外，就是估算時間與開發成本
: 現在的公司是賣軟硬體整合的消費電子產品，到底應該如何估算出適當的數字呢？
: 現況的做法：老闆跟客戶用喊價的，「這樣太貴了啦，便宜一點行不行？」
: 「我們的報價已經很有誠意了，不然再少五萬，就這樣了」
: 一整個有上市場買菜的感覺。
: 我認為應該要為專案的複雜度訂出一個指標，然後以人員平均工作能力來作計算。
: 軟體方面似乎有所謂功能點計算法，但是硬體方面要如何計算目前還不清楚。
: 例如電路設計這部分，如果無法對目標與進度進行計算，那就無法進行工作細分結構，
: 變成一大塊時間進度不明的黑箱區塊。
: 請問大家是否有這方面的經驗可以分享？

你說的應該就是要抓NRE吧。
問題點就在於，這個軟硬體整合的消費性電子產品的屬性。
1.這是全新的Design
2.你們公司打算用該公司已經有的Solution然後改Tooling跟內部小東西就出貨
第一個就難談了，你要殺價的方式就是以量制價
NRE用出貨量攤提會是一個對妳們有利的做法，這樣也不怕ODM擺爛
第二個其實國外還蠻常用的，殺價法很多，不外乎產品在外面多久
正常客人已經把開發成本攤得差不多了，或是幫你衝量這樣子的方式談

要細攤NRE你這樣寫會很籠統
因為沒人真的這樣寫...，都是開新案子的時候
相關單位提出人力與BOM表，由你們的菜市場阿桑出來一樣一樣review
跟各方資訊資訊無誤後，然後才來喊最後的總和以量制價。

真正會細攤的，就是開發內部時間跟時程
通常一個人頭一天工作是6.5小時算比較合理
然後再把正常所需要的開發所有流程跟時程把人都配點上去

通常這樣要review要大公司，各相對映部門都有專家
不然就是混Quality變神了跟有經驗的EE跟DM才有辦法拉出來

這種東西你很難用EVM去估，頂多只能抓出該員工或是該部門的績效
通常都是一包砸下去從頭到尾時間到你就是給我出來就是了......




--