代
--
簡單說就是一顆2011年提出的前瞻（RDA)
2014年開始啟動（RDB)
2015年試作，並根據客需調整（RDC)
2016年因為RDC離職，所以轉交回RDA
2017年量產，RDA靠這顆升職，直接負責人變RDD
並由D經手改版3次，新增的部分超過50%
簡單說-
A提出構思
B完成骨架
C完成收尾，但因為客需最後A完成
然後D改版多次
最近被客訴了
結果D告知被客訴的項目雖然是他新增的，但新項目是基於就產品的基礎
叫我們找RDA，因為每次開會RDA都拿這產品說嘴（自己高瞻遠矚.etc)
RDA說，他只提供想法，實際做出來的是B
結果B說他是按照計畫書做的，有問題請找A
然後A跟B吵半天後，結論是收尾的C在Lab驗證階段不確實
結果準備結案的時候，發現是A做該項目的驗證並簽名
A馬上改口說當時有反應，但B認為沒問題
結果A跟B又吵了一架
結論變成，他們當初的設計沒問題，是D新增的項目導致Bug
然後D說是B叫他這樣改的
B又說是A答應FAE可以這樣改的
然後每次共同點，就是不管找ABD哪一個
一定先炮我 ，A直接開會講我們Part沒腦 ，沒想過就找他
B則是直接mail給一堆大頭 然後寫一堆廢話結論是不是他的責任的
然後在來我們lab咆哮
D則是佛系RD ，大概跟他講3次 他才來問現在發生什麼事...然後簡單回覆干他屁事
不知道大家遇到這種情況怎麼辦？
因為A現在是RD負責的大頭
B是這個產品的負責組長
D是後續改善的組長
雖然名義上BD都要聽A的
可是實際上都不屌他...
--
All Comments