PTT職涯區 / Soft_Job (軟體人)

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

看板Soft_Job (軟體人)作者 (凱子爸)時間1月前 (2024/11/27 11:01), 1月前編輯推噓38(39推 1噓 76→)
留言116則, 51人參與, 1年前最新討論串2/4 (看更多)
同感 有人有類似經驗的 請不要來認親 因為跟你絕對不是同公司 謝謝 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 ※ 編輯: SkankHunt42 (37.19.205.163 日本), 11/27/2024 11:03:45
推
11/27 11:11, 1月前 , 1F
點數通膨是一大問題，每個人都說這個sprint 要做10點，結
11/27 11:11, 1F
→
11/27 11:11, 1月前 , 2F
果每個task估計的點數越來越寬鬆，變成沒做啥事情就達成1
11/27 11:11, 2F
→
11/27 11:11, 1月前 , 3F
0點，剩下的時間都在玩耍，美其名叫WLB
11/27 11:11, 3F
推
11/27 11:23, 1月前 , 4F
目標導向就是這樣囉，最經典的就是用行數，大家就各種
11/27 11:23, 4F
→
11/27 11:23, 1月前 , 5F
複製貼上...
11/27 11:23, 5F
推
11/27 11:26, 1月前 , 6F
story point 是估工時人天用的，把KPI掛勾一定爛掉
11/27 11:26, 6F
推
11/27 11:54, 1月前 , 7F
亞洲有亞洲的玩法 不能讓大家更窮忙 我們可是不要的 嘻嘻
11/27 11:54, 7F
推
11/27 12:15, 1月前 , 8F
笑死
11/27 12:15, 8F
→
11/27 12:23, 1月前 , 9F
把 story point 當 KPI，明顯主管就還是沒有把自己的
11/27 12:23, 9F
→
11/27 12:23, 1月前 , 10F
腦袋革新。
11/27 12:23, 10F
推
11/27 12:24, 1月前 , 11F
笑死
11/27 12:24, 11F
→
11/27 12:24, 1月前 , 12F
換一套管理流程，但骨子裡思想沒變。
11/27 12:24, 12F
這就是雙言巧語 打著敏捷的名號搞著傳統的管理 你們工程師不是很嚮往歐美那套嗎 這不就來了
推
11/27 12:31, 1月前 , 13F
笑死,從一開始就覺得這個到台灣就是垃圾的機制,果然~
11/27 12:31, 13F
→
11/27 12:33, 1月前 , 14F
不理解下面的人在做什麼,你用幾百種管理方式都一樣啦~
11/27 12:33, 14F
推
11/27 12:39, 1月前 , 15F
東亞文化圈先改變自己的文化再去玩高文明的管理技巧
11/27 12:39, 15F
→
11/27 12:56, 1月前 , 16F
結果腦袋都在思考公司政治 XDDDDDD
11/27 12:56, 16F
推
11/27 13:07, 1月前 , 17F
血淋淋的經驗QQ
11/27 13:07, 17F
※ 編輯: SkankHunt42 (37.19.205.163 日本), 11/27/2024 13:10:53
→
11/27 13:15, 1月前 , 18F
有遇過敏捷一天要報4次工時的
11/27 13:15, 18F
→
11/27 13:15, 1月前 , 19F
以半小時為單位
11/27 13:15, 19F
讚 歡迎大家繼續分享鬼故事 真的沒有最扯 只有更扯 ※ 編輯: SkankHunt42 (37.19.205.163 日本), 11/27/2024 13:22:00
推
11/27 13:41, 1月前 , 20F
笑死 以為在講敝司
11/27 13:41, 20F
推
11/27 13:45, 1月前 , 21F
謝謝大家TT 看到這麼慘的 我心情好一些了
11/27 13:45, 21F
→
11/27 14:47, 1月前 , 22F
瀑布被汙名化了，那些都是殞石。瀑布其實很爽，就是很死的
11/27 14:47, 22F
→
11/27 14:48, 1月前 , 23F
每階段產出完成才進下一階段，要改就是整個翻掉從瀑布頭開
11/27 14:48, 23F
→
11/27 14:49, 1月前 , 24F
始，沒有瀑布是水在半空中還倒流一小段的
11/27 14:49, 24F
是的 瀑布確實是被隕石汙名化 隕石汙名化完瀑布以後又來汙名化敏捷 其實方法都只是工具 沒有什麼是萬用的 ※ 編輯: SkankHunt42 (37.19.205.163 日本), 11/27/2024 14:54:21
→
11/27 14:53, 1月前 , 25F
只有神才能違反物理，有神存在的就是隕石開發
11/27 14:53, 25F
推
11/27 15:47, 1月前 , 26F
你一定跟我同公司 XD
11/27 15:47, 26F
→
11/27 15:50, 1月前 , 27F
然後每個sprint結束，要計算該sprint點數除以該sprint上
11/27 15:50, 27F
→
11/27 15:50, 1月前 , 28F
班時數，下降就表示你偷懶...
11/27 15:50, 28F
推
11/27 16:02, 1月前 , 29F
想笑又有點笑不出來
11/27 16:02, 29F
推
11/27 16:14, 1月前 , 30F
通貨膨脹笑死 XD
11/27 16:14, 30F
推
11/27 17:33, 1月前 , 31F
2的公司用敏捷改善產能本身就誤會大了 敏捷只會更慢 它的目
11/27 17:33, 31F
→
11/27 17:33, 1月前 , 32F
的不是快 而是不斷地試誤調整 讓最終成品能中途因應局勢變
11/27 17:33, 32F
→
11/27 17:33, 1月前 , 33F
化 或是在沒有方向時找出最後想要走的方向
11/27 17:33, 33F
→
11/27 17:34, 1月前 , 34F
1也是大錯 捷敏的要件就是9人以下的精英組團 非精英勿入呀
11/27 17:34, 34F
推
11/27 17:37, 1月前 , 35F
樓上正解 敏捷精神是擁抱改變 所以不保證效率會提升
11/27 17:37, 35F
還有 41 則推文
還有 2 段內文
→
11/28 14:54, 1月前 , 77F
不能算上Bug單的，所以一堆人害怕寫出Bug都在複製
11/28 14:54, 77F
→
11/28 14:54, 1月前 , 78F
貼上，能動就好
11/28 14:54, 78F
推
11/28 16:04, 1月前 , 79F
同Lordaeron, 到底什麼案子適合scrum? 商業上的案子
11/28 16:04, 79F
→
11/28 16:04, 1月前 , 80F
有幾件是沒規格的?
11/28 16:04, 80F
推
11/28 16:16, 1月前 , 81F
新創/新產品還找不到獲利模式，邊摸索邊開發可以跑敏捷
11/28 16:16, 81F
→
11/28 16:41, 1月前 , 82F
新創這說法也很怪，一來屎金出生時，還沒哪麼多新創的
11/28 16:41, 82F
→
11/28 16:41, 1月前 , 83F
不可能是以新創為生的，再說新創總得要第一個：產品
11/28 16:41, 83F
→
11/28 16:42, 1月前 , 84F
才能去圈錢。我們以FB/META 為例，當年要是連第一個
11/28 16:42, 84F
→
11/28 16:43, 1月前 , 85F
可以用的產品/網站都沒有，是怎樣屎金來變需求呢？
11/28 16:43, 85F
→
11/28 16:44, 1月前 , 86F
用這思路，加上Dr Tech 的講法，就是先有to C的網路產
11/28 16:44, 86F
→
11/28 16:44, 1月前 , 87F
如果只適用新創 那一堆企業推是在？
11/28 16:44, 87F
→
11/28 16:44, 1月前 , 88F
品後，後續按C 的變化，去屎金一下。
11/28 16:44, 88F
→
11/28 19:40, 1月前 , 89F
我手上的狀況是 算是很成熟的產品 但太熟了 要管理或更動
11/28 19:40, 89F
→
11/28 19:40, 1月前 , 90F
的effort很大 於是排了個比較大的重構 這種時候就會同時
11/28 19:40, 90F
→
11/28 19:41, 1月前 , 91F
有很確定要什麼 與 有些頗ambiguous的東西 不一定能第一
11/28 19:41, 91F
→
11/28 19:41, 1月前 , 92F
時間界定 這時跑scrum我是覺得蠻合適的 反正都是要持續的
11/28 19:41, 92F
→
11/28 19:41, 1月前 , 93F
sync-up與跨各單位去確認business logic來訂規則
11/28 19:41, 93F
→
11/28 19:41, 1月前 , 94F
但之前在遊戲業就沒辦法 個人管個人的 工項永遠爆滿
11/28 19:41, 94F
→
11/28 19:41, 1月前 , 95F
隕石術放不用mp的 根本沒辦法也沒意義去做高頻率的溝通
11/28 19:41, 95F
→
11/28 19:41, 1月前 , 96F
趕快rush出一個東西推次級市場驗證概念比較重要
11/28 19:41, 96F
→
11/28 21:04, 1月前 , 97F
跟錯老闆產生這種結果，這算眼光問題，還是人品問
11/28 21:04, 97F
→
11/28 21:04, 1月前 , 98F
題？
11/28 21:04, 98F
推
11/28 21:54, 1月前 , 99F
哈哈哈
11/28 21:54, 99F
推
11/28 22:06, 1月前 , 100F
跟錯老闆這種事情不能怪員工 你各位如果獨具慧眼又有遠見
11/28 22:06, 100F
→
11/28 22:06, 1月前 , 101F
自己出來當老闆早就發財了 當啥員工
11/28 22:06, 101F
推
11/28 23:58, 1月前 , 102F
推通貨膨脹，笑死XD
11/28 23:58, 102F
→
11/29 09:40, 1月前 , 103F
當老闆有慧眼就可以，不用資金和人脈？
11/29 09:40, 103F
推
12/01 15:30, 1月前 , 104F
點數通膨真的超好笑，一直逼點數搞到大家都高估
12/01 15:30, 104F
→
12/01 16:51, 1月前 , 105F
爛公司太多 所以無所謂跟不跟對老闆 因為你要糊口
12/01 16:51, 105F
→
12/01 16:52, 1月前 , 106F
你就沒有多少好的選擇
12/01 16:52, 106F
→
12/01 16:56, 1月前 , 107F
所以天眼通很重要 不然你就得有門路知道這些東西
12/01 16:56, 107F
→
12/01 16:59, 1月前 , 108F
當老闆當然要有資金和人脈 但沒有慧眼只是造虐而已
12/01 16:59, 108F
→
12/01 17:00, 1月前 , 109F
亂花錢都是事小 幹壞事才事大 福份消耗很快
12/01 17:00, 109F
→
12/01 17:01, 1月前 , 110F
分
12/01 17:01, 110F
推
12/02 23:31, 1月前 , 111F
有梗XDDD
12/02 23:31, 111F
推
12/03 18:57, 1月前 , 112F
我以為看到我前公司哈哈哈哈
12/03 18:57, 112F
推
12/05 11:46, 1月前 , 113F
基本上沒有任何能成功量化軟體工程師的KPI指標
12/05 11:46, 113F
→
12/05 11:46, 1月前 , 114F
只要一個顧問進到軟體團隊喊著KPI量化，87%是神棍，不
12/05 11:46, 114F
→
12/05 11:47, 1月前 , 115F
然就是無腦的PO/PM
12/05 11:47, 115F
推
01/01 00:42, 1年前 , 116F
story point 怎麼會是估工時用的？
01/01 00:42, 116F
‣ 更多 SkankHunt42 的文章
文章代碼(AID): #1dHekMwg (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 SkankHunt42 的文章
文章代碼(AID): #1dHekMwg (Soft_Job)