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

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

是的

: 問題點就在於，這個軟硬體整合的消費性電子產品的屬性。
: 1.這是全新的Design
: 2.你們公司打算用該公司已經有的Solution然後改Tooling跟內部小東西就出貨

這兩種都有

: 第一個就難談了，你要殺價的方式就是以量制價
: NRE用出貨量攤提會是一個對妳們有利的做法，這樣也不怕ODM擺爛

但是還是要估算出一個基本的數字才有辦法去攤吧

: 第二個其實國外還蠻常用的，殺價法很多，不外乎產品在外面多久
: 正常客人已經把開發成本攤得差不多了，或是幫你衝量這樣子的方式談

說是這樣說，但是老闆愛偷料，發生過明明以前正常的東西改東改西又出包的狀況
老闆又是RD頭...

: 要細攤NRE你這樣寫會很籠統
: 因為沒人真的這樣寫...，都是開新案子的時候
: 相關單位提出人力與BOM表，由你們的菜市場阿桑出來一樣一樣review
: 跟各方資訊資訊無誤後，然後才來喊最後的總和以量制價。
: 真正會細攤的，就是開發內部時間跟時程
: 通常一個人頭一天工作是6.5小時算比較合理
: 然後再把正常所需要的開發所有流程跟時程把人都配點上去
: 通常這樣要review要大公司，各相對映部門都有專家
: 不然就是混Quality變神了跟有經驗的EE跟DM才有辦法拉出來
: 這種東西你很難用EVM去估，頂多只能抓出該員工或是該部門的績效
: 通常都是一包砸下去從頭到尾時間到你就是給我出來就是了......

目前真的是這樣，一包砸下去，所以永遠無法按時交貨.....

--
Just because you feel it doesn't mean it's there
Just because you feel it doesn't mean it's there
-<There There>, Radiohead

--