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

看板P_Management (專案/產品管理)作者 (awful)時間13年前 (2012/06/20 09:39), 編輯推噓0(000)
留言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
文章代碼(AID): #1FuIc-JO (P_Management)
討論串 (同標題文章)
文章代碼(AID): #1FuIc-JO (P_Management)