[討論] 關於敏捷越來越深入台灣職場

看板Soft_Job (軟體人)作者 (kkk)時間1月前 (2024/07/25 10:30), 1月前編輯推噓71(732203)
留言278則, 83人參與, 1月前最新討論串1/9 (看更多)
小弟就業大概十來年 雖然剛入職場時 敏捷開發就已經是很紅的議題 但至少我前幾份專案都還是很傳統的瀑布 個人感覺是近年越來越明顯 所有的專案管理方式都越來越朝敏捷的概念走 我自己體感 比以前痛苦指數提高了很多 例如說 以前談好一整個版本的spec 要談時程就是基於一整個版本再談 中間有什麼改動很正常 基於是整個版本談時程 大多數還有arrange的空間 時程變動就是整體移,不會在一條一條對 通常不太會很細節的追進度 頂多每週或每天需要跟自己直屬報一下 最近幾年很明顯 所有的專案管理方式都往敏捷的精神走 工作訂出來就是丟給工程師問時程 沒有一個很固定的版本空間 就是請你一直做,做到一個程度再確定版本 但是需求一直改本來就很正常 所以明面上是工程師自己壓 但其實需求根本不固定 所以細項時程根本沒參考性 每天為了其實很不重要的東西被時間追著跑 早期都是談1-2個月的版本開發時間 需要的話平日加班週末加班趕進度 進度狀態比較好也可以適度休息一下 只要在講好的時間拿出來,大家都好說話 現在偏向每一天都被進度追著跑 一個禮拜要報好幾次進度 時程沒對到就說工程師自己定的 以前傳統瀑布式自己可以抓放工作 有些小東西先放一下以後再處理 或是卡關太久需要交代進度 就抓個小東西出來作 交代完進度再來專心面對魔王關 現在敏捷其實 不會給你自己安排的空間 東西丟出來就要定時程 每次都跟你逐條討論 你根本無法自己安排每天要做什麼 甚至上下午可能都被定死 先不討論哪一個開發模式對專案品質比較好 我也沒有那個視野可以討論這種事情 單就痛苦指數來說 從工程師角色看,絕對是指數級上升 我就很不解 為啥很多工程師很熱衷於討論敏捷開發 甚至是去學習敏捷開發課程 從我的邏輯看 相當於工程師用管理者的視角 去思考如何壓榨自己 然後還去實踐 ----- Sent from MeowPtt on my SM-S9110 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 1.200.249.3 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1721874647.A.BE4.html

07/25 10:37, 1月前 , 1F
因為推的人都是傳道者
07/25 10:37, 1F

07/25 10:41, 1月前 , 2F
這只是披著敏捷開發實際上是waterfall的變體
07/25 10:41, 2F

07/25 10:42, 1月前 , 3F
敏捷(X) 隕石(O)
07/25 10:42, 3F

07/25 10:49, 1月前 , 4F
敏捷不是要有個有經驗的PM來帶比較好嗎
07/25 10:49, 4F

07/25 10:50, 1月前 , 5F
這就要看思考角度了,單純只想領薪水的話敏捷很痛苦
07/25 10:50, 5F

07/25 10:57, 1月前 , 6F
因為推的人,只負責開會
07/25 10:57, 6F

07/25 10:58, 1月前 , 7F
還要浪費時間開會 白吃東西
07/25 10:58, 7F
brucetu: 工程師的談判力不如理職,不管你換什麼玩法這個本質不 07/25 10:58

07/25 10:58, 1月前 , 8F
會改變
07/25 10:58, 8F

07/25 11:00, 1月前 , 9F
工程師精於解決需求,管理職精於靠嘴壓榨出價值,不論哪
07/25 11:00, 9F

07/25 11:00, 1月前 , 10F
種開發方法都不能扭轉這樣的利益關係
07/25 11:00, 10F

07/25 11:01, 1月前 , 11F
最簡單的,你敢不敢拿著需求去跟你帶的新人說,這個本來
07/25 11:01, 11F

07/25 11:01, 1月前 , 12F
一個月要完成的東西麻煩你們趕工一下兩個禮拜完成
07/25 11:01, 12F

07/25 11:02, 1月前 , 13F
然後再轉頭跟上面報告說這個沒有一個半月做不出來
07/25 11:02, 13F

07/25 11:24, 1月前 , 14F
現在路邊的貓貓狗狗都可以直接跑去找工程師押時程了
07/25 11:24, 14F

07/25 11:28, 1月前 , 15F
當然是方便插單跟臨時改scope呀
07/25 11:28, 15F

07/25 11:28, 1月前 , 16F
因為老闆聽到敏捷就高潮阿...你痛不痛苦關他屁事
07/25 11:28, 16F

07/25 11:29, 1月前 , 17F
PM也爽,需求講不清楚可以說我們是敏捷
07/25 11:29, 17F

07/25 11:30, 1月前 , 18F
每天一堆會搞得好像很忙 有在做事
07/25 11:30, 18F

07/25 11:36, 1月前 , 19F
一堆打著敏捷開發,實際上整天浪費時間開會
07/25 11:36, 19F

07/25 11:36, 1月前 , 20F
就是一種新的壓榨手法阿 老闆聽到當然開心
07/25 11:36, 20F

07/25 11:47, 1月前 , 21F
習慣就好
07/25 11:47, 21F

07/25 11:47, 1月前 , 22F
整天在那邊裝忙
07/25 11:47, 22F

07/25 11:48, 1月前 , 23F
你這不是敏捷 是隕石石開發法 真正的敏捷是目標小又明確
07/25 11:48, 23F

07/25 11:48, 1月前 , 24F
全力在短時內作出來 而不是亂改
07/25 11:48, 24F

07/25 11:49, 1月前 , 25F
而且成員是全職在寫 本來就不給你自己安排想作別的
07/25 11:49, 25F

07/25 11:57, 1月前 , 26F
需求不明確不叫敏捷,這叫隕石
07/25 11:57, 26F

07/25 11:58, 1月前 , 27F
那些熱衷的通常是想轉PM的開發XD
07/25 11:58, 27F

07/25 12:03, 1月前 , 28F
就是產出最大化啊 不把人當人看 當工具用
07/25 12:03, 28F

07/25 12:04, 1月前 , 29F
插單+hotfix+milestone都要同時間做好喔,做不完的時候
07/25 12:04, 29F

07/25 12:04, 1月前 , 30F
還可以說給工程師自由規劃工作時間的空間了。
07/25 12:04, 30F

07/25 12:07, 1月前 , 31F
比較痛苦的瀑布式開發
07/25 12:07, 31F

07/25 12:15, 1月前 , 32F
根本沒有敏捷,只是換個名詞繼續催你而已
07/25 12:15, 32F

07/25 12:16, 1月前 , 33F
其實對於QA也是折磨,例如regression testing只給了更
07/25 12:16, 33F

07/25 12:16, 1月前 , 34F
短的時間跑整個流程
07/25 12:16, 34F

07/25 12:19, 1月前 , 35F
會強調敏捷的80%都是隕石
07/25 12:19, 35F

07/25 12:23, 1月前 , 36F
有時候不一定強調敏捷這個名稱,只是業界大多往這
07/25 12:23, 36F

07/25 12:23, 1月前 , 37F
個方向走了
07/25 12:23, 37F

07/25 12:26, 1月前 , 38F
你們是不是都沒用jira之類的管理工具然後一直用開會對進度
07/25 12:26, 38F
還有 200 則推文
還有 3 段內文
07/26 11:14, 1月前 , 239F
你說的瀑布其實也不對,瀑布就是每階段要切得乾淨,需求一
07/26 11:14, 239F

07/26 11:15, 1月前 , 240F
直改並不正常,只能整個做完,或開發全推翻回去設計重來
07/26 11:15, 240F

07/26 11:16, 1月前 , 241F
基本上你就是從時程長的隕石,轉到時程短的流星雨而已
07/26 11:16, 241F

07/26 11:29, 1月前 , 242F
瀑布裡面不是水 是隕石群~~
07/26 11:29, 242F

07/26 13:24, 1月前 , 243F
就一堆無能高層覺得新東西很潮
07/26 13:24, 243F

07/26 13:24, 1月前 , 244F
實際上都是隕石開發
07/26 13:24, 244F

07/26 16:18, 1月前 , 245F
你是對的 台灣搞敏捷的一堆都效率更差 笑死
07/26 16:18, 245F

07/26 18:24, 1月前 , 246F
真的 打著敏捷旗幟 PM把他要做的工作帶到每次會一請大
07/26 18:24, 246F

07/26 18:24, 1月前 , 247F
家「討論」 PM根本就會議提醒機器人
07/26 18:24, 247F

07/26 21:21, 1月前 , 248F
隕石不要裝敏捷
07/26 21:21, 248F

07/26 23:58, 1月前 , 249F
瀑布裡不是水而是隕石群XDDD
07/26 23:58, 249F

07/27 05:08, 1月前 , 250F
潮阿,可以拿來嘴砲,業界常態拉
07/27 05:08, 250F

07/27 05:56, 1月前 , 251F
假敏捷
07/27 05:56, 251F

07/27 09:34, 1月前 , 252F
敏捷開發就是別人要敏捷一點的意思
07/27 09:34, 252F

07/27 09:36, 1月前 , 253F
AGI點高,寫程式會比較快嗎
07/27 09:36, 253F

07/27 11:33, 1月前 , 254F
幹真的 每天都被進度追==
07/27 11:33, 254F

07/27 17:40, 1月前 , 255F
敏捷的本質不是這樣 但是敏捷的"做法" 到是學的8成像 只能
07/27 17:40, 255F

07/27 17:41, 1月前 , 256F
說最終就是求最高壓榨是真 但這也是軍備競賽產生的..只能說
07/27 17:41, 256F

07/27 17:41, 1月前 , 257F
合作的本質是競爭+合作 而當重點放在前者時 就會壓力爆增..
07/27 17:41, 257F

07/27 20:43, 1月前 , 258F
同意三樓,多得是用敏捷在跑瀑布開發。還看過PO在sprint
07/27 20:43, 258F

07/27 20:44, 1月前 , 259F
快結束還插單整個story硬說是bug的
07/27 20:44, 259F

07/27 23:21, 1月前 , 260F
傳產 比較不會管這些歐
07/27 23:21, 260F

07/27 23:32, 1月前 , 261F
你的敏捷怎麼怪怪的
07/27 23:32, 261F

07/29 14:41, 1月前 , 262F
恭喜悟得台式敏捷
07/29 14:41, 262F

07/30 10:41, 1月前 , 263F
敏捷開發就是叫開發者敏捷一點 燃盡圖就是要把你燃盡
07/30 10:41, 263F

07/30 16:49, 1月前 , 264F
推2樓XD
07/30 16:49, 264F

07/31 08:26, 1月前 , 265F
我這邊長官技術底的 也為了搏名聲搞敏捷
07/31 08:26, 265F

07/31 08:27, 1月前 , 266F
大家也都做做樣子而已 實際上就一個人開發 是要怎麼
07/31 08:27, 266F

07/31 08:27, 1月前 , 267F
敏捷
07/31 08:27, 267F

07/31 08:31, 1月前 , 268F
一個人當ScrumMaster 自己拆Sprint 自己開發自己檢
07/31 08:31, 268F

07/31 08:31, 1月前 , 269F
視自己每日跟自己開會
07/31 08:31, 269F

07/31 18:09, 1月前 , 270F
有感 沒有喘息空間
07/31 18:09, 270F

07/31 19:53, 1月前 , 271F
討厭 +1 ,總是那些不把手弄髒又要名聲的人在推
07/31 19:53, 271F

08/01 02:07, 1月前 , 272F
同樣一套管理工具在不同文化傳統的地方用
08/01 02:07, 272F

08/01 02:08, 1月前 , 273F
想起英國試用中國式的教育也讓英國學生受不了
08/01 02:08, 273F

08/01 10:24, 1月前 , 274F
我自己就是敏捷開發的實踐者
08/01 10:24, 274F

08/01 10:24, 1月前 , 275F
我變動規格的速度與幅度
08/01 10:24, 275F

08/01 10:24, 1月前 , 276F
常常比客戶跟主管還快
08/01 10:24, 276F

08/01 10:24, 1月前 , 277F
都是我追著客戶跟主管要工作
08/01 10:24, 277F

08/01 10:24, 1月前 , 278F
所以主管不太會追我進度
08/01 10:24, 278F
文章代碼(AID): #1ceRZNla (Soft_Job)
討論串 (同標題文章)
文章代碼(AID): #1ceRZNla (Soft_Job)