→ sbwu:針對第二種情況，較健康的作法應該是召開 committee 來決定 11/02 17:07
→ sbwu:要不要加入此 spec , 我比較苦惱的是有些公司根本沒有這樣的 11/02 17:07
→ sbwu:committee ，而是某位高階主管一句話說了算，偏偏這位主管事 11/02 17:08
→ sbwu:後絕不認帳（即便有會議紀錄，所有在場人員包含這位主管簽字 11/02 17:09
→ sbwu:亦然) 11/02 17:09
遇到PM不想delay schedule的狀況
在PM角度來說 產品先導入客戶端去Q比較有機會 (也可能是因為怕被老闆定)
確實也是如此 從tape out到量產中間 有很多時間可以偷
RD卻是煩惱如果bug沒解完 到時候量產卻出包了
不但對公司是損傷(形象或是實質賠償) 也可能有弄不完的RMA
但我要提的是另一個狀況 (這是我待過的公司遇過的)
RD按schedule走 但好死不死的 新的spec在tape out前又定下來了
於是產品陷入 加入新spec->delay->加入新spec->delay的可怕迴圈
公司的PM想對spec一把抓 卻忘記初衷是出個cost down產品
這樣的狀況 PM的function應該是failed吧 各位有遇過類似經驗嗎?
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 59.105.96.181