PTT職涯區 / Soft_Job (軟體人)

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

看板Soft_Job (軟體人)作者 (Think big)時間5天前 (2024/11/28 18:45), 5天前編輯推噓51(51推 0噓 8→)
留言59則, 50人參與, 15小時前最新討論串4/4 (看更多)
分享一下我自己經歷過的幾間公司： 1. 職涯最初期，事後回想把 scrum 跑得最好的公司 是一間新創公司，Product owner(PO)就是老闆本人， 如所有的老闆一般，所有他想要的東西都想要最快速度拿到， 而這位PO的優點是，他知道不能要馬兒跑又不讓馬兒吃草， 所以在給他他最想要的東西的同時，他能夠接受其他事情延期， 並不會講出： 我是成熟的大人，我兩個都要。 這種屁話。 此外，所謂「他要的東西」，通常是真真正正的 MVP， PO 決定方向、優先順序，但怎麼驗證 MVP，是整個公司一起決定（沒多少人）， 大家都找到最小的成本去驗證這個功能是否被需要。 在這間公司工作三年，基本上，開發超過兩週的功能都是最後有持續在使用的， 我在的期間開發出來的功能，只有最後被更好的版本迭代掉， 沒有花了大筆資源（人力）開發，結果卻是進垃圾桶這回事。 結論： 曾經與一個前輩討論過，當一個團隊很少開發出不必要的功能的時候， 就是把敏捷的精神做得很好的象徵。 我可以說，這間公司是我待過最敏捷的公司， 有趣的是，這間公司在我離開前幾個月才開始跑所謂的 scrum。 因此，有沒有 scrum、sprint、retro、standup ， 對於是否敏捷，一點關係也沒有，這些工具名詞， 甚至我可以說，這些名詞與行為本身，其實不會幫助你更敏捷， 他還是會讓你保持原樣。 敏捷的團隊還是敏捷、導入了 scrum 之後，可以讓團隊更透明； 瀑布的團隊還是瀑布、導入了 scrum 以後依舊是老樣子。 2. 掛著 scrum 皮、骨子卻是瀑布 大約十個工程師的開發團隊、維護一個公司的重要產品， 100% 把瀑布做成 scrum 的團隊，每天有著 scrum 的皮、但在做瀑布的骨。 為什麼我這麼說？ Scrum 為了敏捷而生、敏捷的用意在於，在「改變中的需求、不確定的需求」的環境下， 保有工程師的產出能力。 我待的這間公司有這樣的需求嗎？ 沒有。 敏捷強調儘早驗證儘早確定資源是否投入、適時的調整人力資源在產品最需要的方向上。 如果沒有這樣的需求， Scrum 就是瀑布，因為你早期驗證做完也沒人給你 feedback， 那幹嘛不直接往最終目標瀑布下去就好了？ 這公司，有看板有 scrum 有 standup 有 retro， 但 retro 都在聊大家的心情、誰狗怎麼樣、關心一下少數族群（我）， 有在跑 scrum ，但最後變成了大家互相關心對方心情的「交談」， 產品方向上有問題嗎？我們下個 sprint 重心是什麼？有沒有什麼要砍、要加的？ 沒人在乎。 3. 瀑布與敏捷混合的公司 最後一間公司就比較有意思， 平常的時候很瀑布，但部分的專案可以跑得很敏捷， 這也是我待過最舒服也最有成就感的公司。 絕大多數的時候把 scrum 跑得很瀑布， 隕石砸下來可以、那瀑布就拉長一點，瀑布不想變長也可以，那就砍功能。 而有全新專案、提高盈利項目的時候， 團隊也能跑得很敏捷，盡快做出 MVP、盡快驗證、投資人力在最重要的地方。 必須說，從個人生活的角度，瀑布絕對是比敏捷舒服的方式， 因為你很清楚自己要做什麼事情，隕石掉下來就加時間或砍功能， 而敏捷是隨時都在想要怎麼用最小的資源來驗證假說， 假說成立以後，該把資源放哪裡可以效益最大化。 如果可以，我會想要瀑布敏捷兩個交替， 想認真搞產品的時候做敏捷、想讓心力休息的話做瀑布（專注在coding即可）， 是我最理想的環境。 -- 我的結論是， 與其扒著 scrum 這個詞不放， 我更在乎的是一個團隊的敏捷與否， 而一個團隊是不是敏捷，其實聊個十分鐘就能感覺出來。 至於工作能不能開心、能不能有 WLB， 主要還是看團隊氛圍，而不是瀑布還是敏捷。 從做產品的角度，敏捷絕對能提高產品存活的機率， 從工程師能維持專注的角度，瀑布能讓工程師更穩定的走在自己的規劃上。 可惜的是，絕大多數的我們沒辦法影響自己身處的團隊， 我也曾經天真的覺得，我體驗過敏捷團隊的好處、希望能帶給團隊正面的影響， 最後發現，一個不需要敏捷的團隊，是不可能把敏捷給跑好的，甚至說， 「為什麼要敏捷？」 如果一個團隊真實得不需要敏捷，那又何必強推呢？ 想通了這個問題， 我就開始能接受大家把 retro、standup、planning 亂搞了。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 174.164.246.228 (美國) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1732790712.A.418.html
推
11/28 19:09, 5天前 , 1F
推
11/28 19:09, 1F
推
11/28 19:11, 5天前 , 2F
這文章真讚
11/28 19:11, 2F
推
11/28 19:13, 5天前 , 3F
推
11/28 19:13, 3F
推
11/28 19:26, 5天前 , 4F
大師返璞歸真惹
11/28 19:26, 4F
推
11/28 19:26, 5天前 , 5F
推
11/28 19:26, 5F
推
11/28 19:38, 5天前 , 6F
要有feedback才是重點
11/28 19:38, 6F
推
11/28 19:44, 5天前 , 7F
推
11/28 19:44, 7F
推
11/28 19:46, 5天前 , 8F
推
11/28 19:46, 8F
推
11/28 19:55, 5天前 , 9F
推這篇
11/28 19:55, 9F
推
11/28 20:08, 5天前 , 10F
好文推推 感謝分享
11/28 20:08, 10F
※ 編輯: RiverSki (174.164.246.228 美國), 11/28/2024 20:19:16
推
11/28 20:42, 5天前 , 11F
要敏捷不就為了可以在人才徵召上寫「我們公司跑敏捷我們
11/28 20:42, 11F
→
11/28 20:42, 5天前 , 12F
很潮喔」嗎
11/28 20:42, 12F
推
11/28 20:43, 5天前 , 13F
推
11/28 20:43, 13F
推
11/28 21:22, 5天前 , 14F
推推精闢
11/28 21:22, 14F
推
11/28 21:34, 5天前 , 15F
推！
11/28 21:34, 15F
推
11/28 21:35, 5天前 , 16F
這篇不錯
11/28 21:35, 16F
推
11/28 21:46, 5天前 , 17F
推
11/28 21:46, 17F
推
11/28 21:58, 5天前 , 18F
推推
11/28 21:58, 18F
推
11/28 23:08, 5天前 , 19F
推
11/28 23:08, 19F
推
11/28 23:20, 5天前 , 20F
推推
11/28 23:20, 20F
推
11/28 23:29, 5天前 , 21F
推
11/28 23:29, 21F
推
11/28 23:55, 5天前 , 22F
推分享~原來是這樣
11/28 23:55, 22F
推
11/29 00:28, 5天前 , 23F
推
11/29 00:28, 23F
推
11/29 01:54, 5天前 , 24F
推 這篇的心路歷程體會滿棒的
11/29 01:54, 24F
推
11/29 03:07, 5天前 , 25F
推
11/29 03:07, 25F
推
11/29 06:51, 5天前 , 26F
敏捷或瀑布不是重點，員工有WLB比較重要。
11/29 06:51, 26F
→
11/29 06:51, 5天前 , 27F
臺灣有太多公司只知道毫無意義的瞎卷而已…
11/29 06:51, 27F
推
11/29 07:04, 5天前 , 28F
推
11/29 07:04, 28F
推
11/29 09:27, 5天前 , 29F
推
11/29 09:27, 29F
推
11/29 09:49, 5天前 , 30F
推
11/29 09:49, 30F
推
11/29 09:50, 5天前 , 31F
推，我覺得你可以巡迴演講了
11/29 09:50, 31F
推
11/29 10:06, 5天前 , 32F
推
11/29 10:06, 32F
推
11/29 10:10, 5天前 , 33F
推
11/29 10:10, 33F
推
11/29 11:48, 5天前 , 34F
那如果專案owner被主管意見綁架怎辦？ 我比如為了滿足
11/29 11:48, 34F
→
11/29 11:48, 5天前 , 35F
各事業體許願而做出來的功能
11/29 11:48, 35F
推
11/29 13:27, 5天前 , 36F
推
11/29 13:27, 36F
推
11/29 15:05, 5天前 , 37F
推這篇
11/29 15:05, 37F
推
11/29 15:14, 5天前 , 38F
如果許願不用付出代價，那遲早變成隕石
11/29 15:14, 38F
推
11/29 16:34, 4天前 , 39F
我也覺得應該去演講洗腦那些高官
11/29 16:34, 39F
推
11/29 17:36, 4天前 , 40F
推
11/29 17:36, 40F
推
11/29 18:00, 4天前 , 41F
推
11/29 18:00, 41F
推
11/29 18:21, 4天前 , 42F
推
11/29 18:21, 42F
推
11/30 06:10, 4天前 , 43F
11樓正確
11/30 06:10, 43F
推
11/30 08:59, 4天前 , 44F
你已經成為敏捷大師了
11/30 08:59, 44F
推
11/30 13:18, 4天前 , 45F
推 反墣歸真
11/30 13:18, 45F
推
11/30 19:06, 3天前 , 46F
很多團隊，大老闆其實才是實質上的PO
11/30 19:06, 46F
→
11/30 19:07, 3天前 , 47F
他會花錢找大師來教團隊敏捷開發跟scrum，但是自己不
11/30 19:07, 47F
→
11/30 19:07, 3天前 , 48F
聽也不參與scrum lol
11/30 19:07, 48F
推
11/30 23:38, 3天前 , 49F
推這篇！
11/30 23:38, 49F
推
12/01 13:35, 3天前 , 50F
推
12/01 13:35, 50F
推
12/01 15:54, 3天前 , 51F
遇過聘請外國Scrum大師進來導入敏捷
12/01 15:54, 51F
→
12/01 15:55, 3天前 , 52F
專案執行一段時間後, 就高歌離席了。
12/01 15:55, 52F
→
12/01 15:55, 3天前 , 53F
留下了一堆手足無措的開發人員，與專案經理。
12/01 15:55, 53F
→
12/01 15:56, 3天前 , 54F
(已將畢生所學傳授給你們，剩下就看個人造化)
12/01 15:56, 54F
推
12/02 01:37, 2天前 , 55F
還是那句老話【沒有對錯，只有適不適合】，適合就是好的
12/02 01:37, 55F
推
12/02 11:43, 2天前 , 56F
掛名還是得收個過路費的,哈
12/02 11:43, 56F
推
12/02 16:32, 1天前 , 57F
對的 到最後最欠教育的還是PO
12/02 16:32, 57F
推
12/03 10:55, 1天前 , 58F
講的真好
12/03 10:55, 58F
推
12/04 00:27, 15小時前 , 59F
推
12/04 00:27, 59F
‣ 更多 RiverSki 的文章
文章代碼(AID): #1dI4cuGO (Soft_Job)
Soft_Job 近期熱門文章
更多 近期熱門文章 >>
PTT職涯區 即時熱門文章
更多 即時熱門文章 >>
‣ 更多 RiverSki 的文章
文章代碼(AID): #1dI4cuGO (Soft_Job)