Re: [請益] Scrum壓榨工程師

同感

有人有類似經驗的 請不要來認親 因為跟你絕對不是同公司 謝謝

A公司

執行瀑布式開發已久

但所謂的瀑布式其實就是摸石頭過河

因為公司內部沒有SA能夠制定完整的規格 SA的工作落到TA上

TA寫的規格自然是亂七八糟的 東西邊做邊改 PM QA RD TA都很痛苦

不要問我為什麼叫TA 公司職稱職能就是那麼定的

後來公司就引進了"敏捷" 要RD跟TA遵守

意思就是TA繼續亂寫 RD跟著瞎轉 實際上作法跟以前差不多

因為每次規格亂改都叫迭代 聽起來更合理

這公司雖然把敏捷掛在嘴上 但PO是什麼 不知道 雞與豬是什麼 不知道

因為其他部門對產品的細節有各式各樣的決策權 但其他部門RUN的不是敏捷

這意味著你在其他部門瀑布的週期瞎迭代幾十圈 最後還是要來一次瀑布大改

demo給CEO的時候 CEO可以在QA期再大改一次規格 這也是迭代

沒人願意承擔PO的責任 但人人都有PO的權力 人人都為了產品好 人人都有決策權

人人指的是有話語權的人上人 別忘了 你是豬 去割肉作火腿

B公司

也是很敏捷 公司請了個顧問 問顧問要怎麼改進公司的產能

顧問說要KPI量化 主管左思右想 突然想到 阿 你們不是敏捷有story points嗎

做完feature得到點數 搞出BUG到客戶端要倒扣點數

你做多少點數 就變成考績獎金的factor

原本立意良善 卻開始了同事間各種詭異弔詭的行徑

例如不拆分故事 一開就是一個30點的項目

還有 因為怕這個feature做完可能會因為BUG被倒扣點數

沒人想對其他人的code負責 怕改錯東西就是直接程式碼複製貼上 然後改其中幾行

當高層問 怎麼樣提升大家的產能 主管就會在考核的時候說

上個年度我們的標準是100點 這個年度希望能做到120點

那方法也很簡單 就是跟七龍珠一樣戰力通貨膨脹就好

可能民國兩百年我去看 B公司每年人均點數都是幾萬點

敏捷對我有利的說詞、作法我都想要

敏捷我要負責、我不喜歡的 不是改不動就是文化不同

這就是亞洲式敏捷

--