回看板
Disp BBS
看板 Soft_Job
作者 kuosos520 (kkk)
標題 [討論] 關於敏捷越來越深入台灣職場
時間 Thu Jul 25 10:30:45 2024

小弟就業大概十來年
雖然剛入職場時
敏捷開發就已經是很紅的議題
但至少我前幾份專案都還是很傳統的瀑布

個人感覺是近年越來越明顯
所有的專案管理方式都越來越朝敏捷的概念走

我自己體感
比以前痛苦指數提高了很多

例如說
以前談好一整個版本的spec
要談時程就是基於一整個版本再談
中間有什麼改動很正常
基於是整個版本談時程
大多數還有arrange的空間
時程變動就是整體移，不會在一條一條對
通常不太會很細節的追進度
頂多每週或每天需要跟自己直屬報一下

最近幾年很明顯
所有的專案管理方式都往敏捷的精神走
工作訂出來就是丟給工程師問時程
沒有一個很固定的版本空間
就是請你一直做，做到一個程度再確定版本
但是需求一直改本來就很正常
所以明面上是工程師自己壓
但其實需求根本不固定
所以細項時程根本沒參考性
每天為了其實很不重要的東西被時間追著跑

早期都是談1-2個月的版本開發時間
需要的話平日加班週末加班趕進度
進度狀態比較好也可以適度休息一下
只要在講好的時間拿出來，大家都好說話

現在偏向每一天都被進度追著跑
一個禮拜要報好幾次進度
時程沒對到就說工程師自己定的

以前傳統瀑布式自己可以抓放工作
有些小東西先放一下以後再處理
或是卡關太久需要交代進度
就抓個小東西出來作
交代完進度再來專心面對魔王關

現在敏捷其實
不會給你自己安排的空間
東西丟出來就要定時程
每次都跟你逐條討論
你根本無法自己安排每天要做什麼
甚至上下午可能都被定死

先不討論哪一個開發模式對專案品質比較好
我也沒有那個視野可以討論這種事情
單就痛苦指數來說
從工程師角色看，絕對是指數級上升

我就很不解
為啥很多工程師很熱衷於討論敏捷開發
甚至是去學習敏捷開發課程

從我的邏輯看
相當於工程師用管理者的視角
去思考如何壓榨自己
然後還去實踐
-----
Sent from MeowPtt on my SM-S9110


--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.200.249.3 (臺灣)
※ 作者: kuosos520 2024-07-25 10:30:45
※ 文章代碼(AID): #1ceRZNla (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1721874647.A.BE4.html
※ 同主題文章:
[討論] 關於敏捷越來越深入台灣職場
07-25 10:30 kuosos520
Re: [討論] 關於敏捷越來越深入台灣職場
07-25 11:52 B0988698088
Re: [討論] 關於敏捷越來越深入台灣職場
07-25 16:17 Lordaeron
Re: [討論] 關於敏捷越來越深入台灣職場
07-26 12:13 oopFoo
→ alongalone: 因為推的人都是傳道者1F 07/25 10:37
→ infinitlee: 這只是披著敏捷開發實際上是waterfall的變體2F 07/25 10:41
推 fishfish1314: 敏捷(X) 隕石(O)3F 07/25 10:42
推 KyuubiKulama: 敏捷不是要有個有經驗的PM來帶比較好嗎4F 07/25 10:49
推 ghost90331: 這就要看思考角度了，單純只想領薪水的話敏捷很痛苦5F 07/25 10:50
推 Lhmstu: 因為推的人，只負責開會6F 07/25 10:57
推 lonelytea: 還要浪費時間開會 白吃東西7F 07/25 10:58
推 brucetu: 工程師的談判力不如管理職，不管你換什麼玩法這個本質不會改變
工程師精於解決需求，管理職精於靠嘴壓榨出價值，不論哪種開發方法都不能扭轉這樣的利益關係
最簡單的，你敢不敢拿著需求去跟你帶的新人說，這個本來一個月要完成的東西麻煩你們趕工一下兩個禮拜完成
然後再轉頭跟上面報告說這個沒有一個半月做不出來8F 07/25 10:58
推 gino0717: 現在路邊的貓貓狗狗都可以直接跑去找工程師押時程了15F 07/25 11:24
推 nayeonmywife: 當然是方便插單跟臨時改scope呀16F 07/25 11:28
推 abccbaandy: 因為老闆聽到敏捷就高潮阿...你痛不痛苦關他屁事
PM也爽，需求講不清楚可以說我們是敏捷
每天一堆會搞得好像很忙 有在做事17F 07/25 11:28
→ stepnight: 一堆打著敏捷開發，實際上整天浪費時間開會20F 07/25 11:36
推 fg008kimo: 就是一種新的壓榨手法阿 老闆聽到當然開心21F 07/25 11:36
推 johnbill: 習慣就好
整天在那邊裝忙22F 07/25 11:47
推 Abbee: 你這不是敏捷 是隕石石開發法 真正的敏捷是目標小又明確
 全力在短時內作出來 而不是亂改
而且成員是全職在寫 本來就不給你自己安排想作別的24F 07/25 11:48
推 WaterLengend: 需求不明確不叫敏捷，這叫隕石27F 07/25 11:57
推 SHANGOYANYI: 那些熱衷的通常是想轉PM的開發XD28F 07/25 11:58
推 Obama19: 就是產出最大化啊 不把人當人看 當工具用29F 07/25 12:03
→ MOONY135: 插單+hotfix+milestone都要同時間做好喔，做不完的時候還可以說給工程師自由規劃工作時間的空間了。30F 07/25 12:04
推 NTUTM04: 比較痛苦的瀑布式開發32F 07/25 12:07
推 chen09885: 根本沒有敏捷，只是換個名詞繼續催你而已33F 07/25 12:15
→ holmes2136: 其實對於QA也是折磨,例如regression testing只給了更短的時間跑整個流程34F 07/25 12:16
→ bill0205: 會強調敏捷的80%都是隕石36F 07/25 12:19
→ kuosos520: 有時候不一定強調敏捷這個名稱，只是業界大多往這
個方向走了37F 07/25 12:23
推 Ghamu: 你們是不是都沒用jira之類的管理工具然後一直用開會對進度的方式做事？
我們公司說穿也是常常什麼週會連站會都在細究進度39F 07/25 12:26
→ kuosos520: 用jira，走敏捷精神，還是一樣，
問題不是實踐方法
是被被短時程追著跑的痛苦
我感覺用什麼工具都差不多，就這種精神很反人性42F 07/25 12:29
推 Ghamu: 看到你說一直報進度 感覺是不是浪費很多時間開會46F 07/25 12:30
→ kuosos520: 我總有燃燒自己的時間跟融化的時間
不能一直讓我燃燒47F 07/25 12:30
→ Ghamu: 我倒不覺得反人性 敏捷應該是及早發現及早治療 我前公司我們做了一個軟體做超久 丟上市場才發現沒半個用
要是能小步快跑 早點驗證早點發現不對 我們就不用浪費時間了49F 07/25 12:31
→ kuosos520: 那是公司的角度看，不是工程師的角度看
工程師的時間有換到薪水，就不是浪費時間，除非你
說你創業53F 07/25 12:33
→ Ghamu: 那感覺你應該多抓一點自己的buffer吧  順風就提早做完 不順就on time 這樣對管理方也比較好暗算
也可以請假吧 需要休息就好好休息
另外我沒記錯的話敏捷精神不是要大家專注在一個sprint上嗎？你怎麼有很多進度要追56F 07/25 12:34
→ kuosos520: 不討論細節跟實踐方式，是指目前大多往這個方向做
管理
敏捷到底應該怎樣，窩不知道，窩只知道比瀑布痛苦
很多61F 07/25 12:37
→ panda04056: 因為大部分公司是假敏捷啊 只會站立咪聽+隕石65F 07/25 12:40
→ Ghamu: 我覺得很多都是假敏捷 搞錯重點弄成他不舒服我也很痛苦的樣子66F 07/25 12:40
→ alan3100: 道理簡單 跨過學習門檻後公司競爭力會提升很多68F 07/25 12:42
推 NDark: Scrum Master就是小PM的變形
不過我現在都不講敏捷 都化整為零直接精算時間
你要一天就上版也行 那少掉的測試時間自己要負責任
沒有測試人員的組織 基本上是輕視測試這項專業
甚麼叫做 "開發人員應該..." 那都是一種不負責任的話術
年紀越大我越覺得有個專門的品管人員會很安心
很多開發人員認為測試人員不會測 那只是打資訊落差而已
如果在開發過程中測試人員提早進場做測試計畫
那麼測試人員的準備不一定會比開發人員少69F 07/25 12:54
推 googoo1102: 假scrum 真daily review, push進度 會議又超時78F 07/25 13:02
→ NDark: 差異就在於成本 (不好意思離題了講一堆)79F 07/25 13:02
推 miloisgood: 最近也遇到 跟原po深有同感80F 07/25 13:09
推 CRPKT: 你知道十家公司一般會有十一種敏捷跑法嗎81F 07/25 13:14
推 gmoz: 這不是敏捷的問題  是你公司制度的問題 看起來不是敏捷
時間是在grooming跟planing時就決定的 也是左移提早發現問題做到一半改需求改AC 這看起來根本沒有敏捷82F 07/25 13:16
推 NDark: "那是因為沒有執行真正的敏捷"85F 07/25 13:20
→ BoXeX: 真正的敏捷只存在於幻想中吧
人不是機器 每天叫你全力  最好能做到
又不是國外可以按時休長假86F 07/25 13:21
推 vencil: 本來就是來壓榨出工程師生產力的機制...89F 07/25 13:28
→ MOONY135: 最後可能發現真正的敏捷速度比瀑布還慢XDDD90F 07/25 13:31
→ abccbaandy: 敏捷的總時程本來就會比瀑布慢啊...91F 07/25 13:34
推 wsad50232: 想要用一條鞭的方式管理，結局就是悲劇92F 07/25 13:37
→ alan3100: 敏捷不會比較快 只是一種管理方式 不會讓工作變少
主要是提早發現隨時調整 暴露隱藏成本
瀑布最糟方向錯了最後60分也沒有 敏捷邊做邊調能80分93F 07/25 13:42
推 CRPKT: 不知道原 po 只是想上來抱怨一下還是想改變現狀96F 07/25 13:47
推 ko27tye: 瀑布方向錯了也能一顆隕石砸成80分阿97F 07/25 13:48
→ CRPKT: 抱怨的話大家可以陪嘴一下，想改變就跳槽吧98F 07/25 13:48
推 NDark: 上面說的對 其實敏捷並不保證快 敏捷是保證"逐步"趨近需求99F 07/25 13:52
→ LiebeLion: 就一堆無能高層覺得新東西很潮
實際上都是隕石開發245F 07/26 13:24
推 answermangtr: 你是對的 台灣搞敏捷的一堆都效率更差 笑死247F 07/26 16:18
推 asdf121250: 真的 打著敏捷旗幟 PM把他要做的工作帶到每次會一請大家「討論」 PM根本就會議提醒機器人248F 07/26 18:24
噓 KanzakiHAria: 隕石不要裝敏捷250F 07/26 21:21

--

作者 kuosos520 的最新發文:
點此顯示更多發文記錄