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公司每年人均點數都是幾萬點 敏捷對我有利的說詞、作法我都想要 敏捷我要負責、我不喜歡的 不是改不動就是文化不同 這就是亞洲式敏捷 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 37.19.205.163 (日本) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1732676502.A.EAA.html