為什麼這篇SCRUM 工作法 PPT鄉民發文收入到精華區：因為在SCRUM 工作法 PPT這個討論話題中，有許多相關的文章在討論，這篇最有參考價值！作者remmurds (Stronghold)看板Soft_Job標題[心得] 敏捷課程觀察心得時間...
這篇是工作十年的大叔的碎碎唸
每換一份工作
反覆一再看到部分很愛談敏捷的人 code 寫得其差無比
連最基本的信箱驗證功能在內網都需要跑半分鐘
混亂的相依性造成簡單的功能不斷故障
而這些人都有幾個共同的特色：
參與很多敏捷課程
臉書上和 LinkedIn 上都是跟敏捷有關的連結
這讓我想到網路上的一篇文章
談的是道理和知識的區別
我覺得用來形容一些敏捷課程也很適用
http://imtopsales.com/?p=16370
這些年觀察下來
部分敏捷課程會讓人產生學很多的錯覺
但實質內容乏善可陳
要設計出有效率的架構很難
要把 code 和測試紮實地寫好也很難
軟體開發裡要面對的硬知識太多
但對於某些敏捷課程而言說的只是道理
再引用一些時間管理大師的話
就可以營造出學很多的錯覺
久而久之
那些真正需要硬底子的東西就不敢碰也不想碰了
不是說敏捷課程都不好
但不知道是不是基於商業考量
一些敏捷課程這些年來發展的方向已經幾乎與傳銷公司替員工安排的訓練無異
說得更難聽一點
敏捷不該成為某些人逃避專用的遮羞布
講道理很容易、講知識很難
上完敏捷課程之後
真的要想想學到的到底是哪個
以上就是大叔的碎碎唸
以下開放噓文
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 223.136.46.98
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1522575265.A.702.html
推 peanut97: 我期待你罵更多，舉更多例子耶，怎麼這樣就沒了XD04/01 17:46
→ lions75219: Code寫得差是人的問題04/01 18:00
→ lions75219: 跟敏捷課程沒有關係吧04/01 18:00
我也覺得是人的關係只是一些所謂的敏捷課程很容易成為這些人的避風港
→ angusyu: 真的啊，我也在等。我也可以幫你罵XD04/01 18:02
大大們別這樣點到為止就好
小弟還想混口飯吃
→ lazarus1121: 把半成品分多次拿出來驗測 再每天多加班2小時04/01 18:03
→ lazarus1121: 給長官看起來就跟敏捷就有8成像了04/01 18:04
※ 編輯: remmurds (223.136.46.98), 04/01/2018 18:11:05→ dnabossking: 糟糕。樓上說的好像有點中肯，也讓我笑了 04/01 18:16
→ pttworld: 猜測沒上過敏捷課程 04/01 18:24
推 prag222: TW'S waterfalled agile hybrid solution 04/01 18:29
→ angusyu: 之前有一個主管聲稱自己上過訓練課程，結果還不是亂搞 04/01 18:30
→ angusyu: 為什麼這麼多人肚爛敏捷，因為在台灣都被魔改。一直說好 04/01 18:33
→ angusyu: 有啥用，怎麼就沒聽過瀑布被魔改到讓人想幹譙 04/01 18:33
→ angusyu: 每次都只會聽到可以快速完成一個週期很有效率 然後不知為 04/01 18:36
→ angusyu: 什麼底下的人就爆肝了 04/01 18:36
→ MOONY135: 沒用過敏捷 不過我都先求能過 後面再把CODE修改掉 04/01 18:45
推 WiseLin1125: 因為沒有真正 run敏捷吧，少了一個步驟就是被魔改， 04/01 18:46
→ WiseLin1125: 少了一個觀念也是魔改，敏捷沒有錯，錯的是使用的人 04/01 18:46
→ WiseLin1125: 功力是否足夠，是否真正理解什麼是敏捷吧，我也遇過 04/01 18:46
→ WiseLin1125: 說要跑敏捷的工程師，卻是把每一個功能都以Google高 04/01 18:46
→ WiseLin1125: 規格在寫，根本沒有按照task在執行，然後回頭過來說 04/01 18:46
→ WiseLin1125: ，為什麼跑了敏捷他們卻要加班…嗯…我也不知道該說 04/01 18:46
→ WiseLin1125: 什麼XD 04/01 18:46
→ prag222: 導SCRUM至少一讀一本專門的原文書,100~200頁 04/01 18:53
→ prag222: *要讀 ,上班族 讀的慢也要兩三個月 04/01 18:54
推 O187: 敏捷? 我都是談完需求2天內交付程式，很敏捷啦！不用什麼敏 04/01 19:10
→ O187: 捷開發了 04/01 19:10
→ saladim: 開發方法論 跟寫碼正確性設計等等沒啥關係阿 除非在測試 04/01 19:29
→ saladim: 那邊有一些方法 方法論越來越像是榨果汁機了 肝炸出汁了 04/01 19:31
→ saladim: 雖然可能有魔改 但是本質上是要同單位時間做更多事 04/01 19:32
推 Awenwen: 同感…好像會了武功花招就不用蹲馬步了一樣 04/01 19:33
推 mysteriousGE: 被敏捷開發 與 敏捷開發的差異 XD 04/01 19:41
→ prag222: 根據爬文經驗好像國內外都差不多,真有實際經驗的都不多吧 04/01 19:57
推 sunsamy: yes,傳銷公司要騙錢騙工作當然要唬一些高深沒用的名詞 04/01 20:00
→ sunsamy: 近來越來越多這種炒作,實際瞭解看內函就知道沒用 04/01 20:01
推 sunsamy: 應該是說:code寫得差的越是容易相信這種唬爛 04/01 20:09
推 dsilver: 我也期待你多講一些 04/01 21:10
推 jame2408: 敏捷與寫 code 差有啥關係？說的好像用瀑布或 CMMI 的寫 04/01 21:57
→ jame2408: Code 就很強？為啥把不相干的兩件事放在一起討論？ 04/01 21:58
→ jame2408: 不管走到哪都會有騙子的... 04/01 21:59
推 WiseLin1125: 難道空手道大師兄打贏柔道，是因為柔道比較爛？還是 04/01 22:09
→ WiseLin1125: 其實只是剛好學柔道的人能力差沒學到位而已？就交給 04/01 22:09
→ WiseLin1125: 大家自己去想了 04/01 22:09
推 sharku: 我也覺得沒正相關啊 04/01 22:11
→ pttworld: 這篇就是敏捷的道理，沒有敏捷的知識 04/01 22:46
推 Argos: 敏捷開發其實分成好幾個部份 有團隊管理的部份 又個人責任 04/02 00:05
→ Argos: 感的部份 還有實作的一些技巧的部份...等 缺了某一樣 勉捷 04/02 00:06
→ Argos: 開發就變得怪怪的 04/02 00:06
→ Argos: 敏捷開發的實作技術部份 學起來確實有幫助的 04/02 00:08
→ Argos: 團隊管理的部份 真的難 因為敏捷開發需要建立在團隊每一位 04/02 00:08
→ Argos: 成員都要有基本的sence與共識 管理這部份才玩得起來 04/02 00:09
→ Argos: 而且敏捷開發其實並不是寫code更快產出更多...敏捷是行動靈 04/02 00:12
→ Argos: 活 不代表打怪會比較快啊 XDDDDD 04/02 00:13
→ u4m06: 大多跑scrum的公司都錯的離譜，甚至有看過只是每天開會講 04/02 00:37
→ u4m06: 講今天做了什麼就當是scrum了… 04/02 00:37
推 ymcheung: 聽起來是貴公司HR/interview流程有問題？ 04/02 00:41
→ PUTOUCHANG: 無腦 sprint 就是智障的作法, 特別是遇到無解的問題 04/02 03:20
→ PUTOUCHANG: 長期開發在那邊敏捷 planning, 敏你老母 04/02 03:22
→ iamshiao: 敏捷最常見的問題是 1.以為是仙丹治百病 2.只做半套 04/02 10:00
推 senjor: 我是覺得敏捷其實應該翻成靈活開發，敏捷很多人會誤會是 04/02 10:19
→ senjor: 開發速度很快的意思... 04/02 10:19
推 timwu: 某樓寫"勉捷"還真是傳神啊! 有人說敏捷跟開發技術不相關 04/02 11:38
→ timwu: 我說就是允許不相關 才整天有這種離譜組合發生 04/02 11:39
推 vi000246: 一個敏捷 各自表述 04/02 13:16
推 jame2408: agile without unit tests? 瀑布或 cmmi 的就會寫 ut? 04/02 17:16
推 twin2: 泰拳大師打敗太極騙子不能證明太極弱,但為什麼太極到處都是 04/02 19:21
→ twin2: 騙子卻沒一個能打的就是問題了 04/02 19:21
噓 Masakiad: 敏捷跟code寫的好不好沒關聯，你是表錯意還是邏輯錯！？ 04/03 06:45
推 csieflyman: 如果code寫得好才有本錢實施敏捷 code寫不好什麼開發 04/03 20:35
→ csieflyman: 方法都沒用 如果需求一直變 但程式改不動有啥用 04/03 20:35
推 s0914714: 人的問題阿 厲害的人就算沒有敏捷也會有自己的方法 04/08 15:36