Re: [問題] 估算專案所需時間與成本

看板P_Management (專案/產品管理)作者nidor (awful)時間13年前 (2012/06/20 09:39)推噓0(0推 0噓 0→)

留言0則, 0人參與討論串3/12 (看更多)

※ 引述《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 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 211.20.94.79