※ 本文轉寄自 ptt.cc 更新時間: 2023-06-12 16:43:03
看板 Soft_Job
作者 標題 [討論] Scrum敏捷開發是這麼操作嗎？
時間 Sun Jun 11 09:52:03 2023
最近在工作上遇到主管採用敏捷開發的管理模式，剛好在論壇上在報導高雄某間醫院的資
訊室在程式專案開發所採用的管理模式。
報導標題提到”擁抱敏捷開發全臺第一家的醫院IT”，於是好奇看了報導內容。
看完之後，覺得是不是真的懂什麼是Scrum、迭代循環(黑人問號狂冒出)。
內容當中提到兩點：
1. 系統開發過程，不再跟使用者爭辯，為什麼這次提出的需求，又跟上次不一樣，「溝
通衝突無益於系統本身，」她強調：「不一樣沒關係，我們改就對了！確定完成的功能是
使用者要的，更重要。
通衝突無益於系統本身，」她強調：「不一樣沒關係，我們改就對了！確定完成的功能是
使用者要的，更重要。
2. 盡可能地不要撰寫詳細的開發需求書，使用者只需提出申請，簡單說明想要完成的事
。但是，資訊室不會要求使用者一開始就能提出明確的需求。
所以不用詳細規格書？ 不用跟使用者討論內容？ 只要使用者提出需求意見，說什麼就做
什麼！
Scrum是這麼操作運作？！
報導來源：https://www.ithome.com.tw/people/119258?
高醫大膽啟動五年資訊再造，醫院IT擁抱敏捷開發全臺第一家 | iThome
![[圖]]()
高雄醫學大學附設中和紀念醫院今年剛好滿60歲，但它們力求創新與突破，在兩年前啟動資訊再造計畫，系統設計以MVC架構為主，更導入敏捷開發，用迭代的方式打造出使用者真正想要用的系統 ...
![[圖]](https://s4.itho.me/sites/default/files/nei_ye_21_li_jin_mei_gao_xiong_yi_xue_da_xue_fu_she_zhong_he_ji_nian_yi_yuan_zi_xun_shi_zhu_ren_20171127_hong_zheng_wei_she_.jpg)
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.242.70.169 (臺灣)
※ 作者: LeoPan 2023-06-11 09:52:03
※ 文章代碼(AID): #1aXIZ5N6 (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1686448325.A.5C6.html
→ : 全盤接受使用者需求也不是不行ㄅ，反正改需求就把1F 06/11 09:54
→ : 時程拉長就對ㄌ
→ : 時程拉長就對ㄌ
→ : 要討論內容阿 討論完就開發 開發完就測試上線3F 06/11 09:57
→ : 然後看使用者使用上有啥問題再逐一修改
→ : 喔 原來是想酸人 那個是醫院
→ : 醫院it本來就沒地位 使用者是醫護也沒空跟你談需求
→ : 不同產業都會產生出自己的一套方法 很正常
→ : 然後看使用者使用上有啥問題再逐一修改
→ : 喔 原來是想酸人 那個是醫院
→ : 醫院it本來就沒地位 使用者是醫護也沒空跟你談需求
→ : 不同產業都會產生出自己的一套方法 很正常
推 : 敏捷開發（X）隕石開發（O）8F 06/11 10:06
→ : 這套你拿去套在金融業也完全沒問題，就算需求認真訪談9F 06/11 10:14
→ : 認真寫，最後驗收也是另一回事，最後就乾脆走這套，大
→ : 家開始通靈
→ : 隕石開發你還知道隕石長怎樣，這種通靈開發要直到驗收
→ : 階段，user跟工程師才會知道需求是什麼
→ : 認真寫，最後驗收也是另一回事，最後就乾脆走這套，大
→ : 家開始通靈
→ : 隕石開發你還知道隕石長怎樣，這種通靈開發要直到驗收
→ : 階段，user跟工程師才會知道需求是什麼
推 : 1. 因為爭辯不是SM的職責 SM是要確認情境和優先度14F 06/11 10:17
→ : 爭辯是PO的任務
→ : 2. 因為Agile就是假定使用者也搞不清處自己要什麼
→ : 而是先做一個雛形再來改需求
推 : 就我經驗而言 Scrum利於週期短的開發工程 例如客戶
→ : 已經想到預期的產品效果 只是需要快速落地驗證
→ : 但也相對的容易製造垃圾：用完發現沒用就丟
→ : 爭辯是PO的任務
→ : 2. 因為Agile就是假定使用者也搞不清處自己要什麼
→ : 而是先做一個雛形再來改需求
推 : 就我經驗而言 Scrum利於週期短的開發工程 例如客戶
→ : 已經想到預期的產品效果 只是需要快速落地驗證
→ : 但也相對的容易製造垃圾：用完發現沒用就丟
推 : Product owner的工作啊，有時候使用者或客戶自己也不知21F 06/11 10:24
→ : 道自己要什麼
→ : 道自己要什麼
→ : 我覺得全文重點反而是MVC跟call center，減少重工跟干23F 06/11 10:25
→ : 擾提升效率，才有辦法真的跑敏捷，關鍵還是整合資源
→ : 擾提升效率，才有辦法真的跑敏捷，關鍵還是整合資源
→ : 牛頓迭代法有沒有聽過，就是先初始值，然後每一次迭代計25F 06/11 10:25
→ : 算後更接近實際值
→ : 算後更接近實際值
→ : 一些需要技術堆疊或是研發類的 還是需要一條清楚的27F 06/11 10:26
→ : 路線 以保留中間開發的產物 所以有時候公司會有並行
→ : 路線 以保留中間開發的產物 所以有時候公司會有並行
→ : 實際值根本一開始不曉得29F 06/11 10:27
→ : 通常是有UI的裁會敏捷開發，沒UI沒使用者的哪需要跟使用
→ : 者溝通，組內自己橋一下就可以做了
→ : 通常是有UI的裁會敏捷開發，沒UI沒使用者的哪需要跟使用
→ : 者溝通，組內自己橋一下就可以做了
推 : 工研院要不要也Scrum一下，哪天飛彈應user的需求可以掛32F 06/11 10:55
→ : 載排骨便當都不意外
→ : 載排骨便當都不意外
推 : 問就是 你們沒有跑真的敏捷 都不是敏捷的錯34F 06/11 11:05
噓 : 嗯你說的都對35F 06/11 11:17
推 : 新創搞敏捷的不是倒了就是在倒的途中,懂的就懂！36F 06/11 11:21
→ : 原文："不會要求使用者一開始就能提出明確的需求。" 你解37F 06/11 11:26
→ : 讀成：不用跟使用者討論需求，使用者說什麼就做什麼。你自
→ : 己過度解讀也很奇怪吧。
→ : 該文看起來就是一堆沒經驗的人，嘗試做scrum。但原文帶風
→ : 向加油添醋解讀，也很沒必要。
→ : 讀成：不用跟使用者討論需求，使用者說什麼就做什麼。你自
→ : 己過度解讀也很奇怪吧。
→ : 該文看起來就是一堆沒經驗的人，嘗試做scrum。但原文帶風
→ : 向加油添醋解讀，也很沒必要。
推 : 就是一種管理方法但是最後還是以老闆的需求為主42F 06/11 11:28
噓 : 原文到底哪裡說了："不用跟使用者討論需求，使用者說什麼43F 06/11 11:30
→ : 就做什麼"亂解讀帶風險耶
→ : 就做什麼"亂解讀帶風險耶
→ : 錯了吧…增進溝通、快速調整才是敏捷開發的重點45F 06/11 11:32
→ : scrum本來就不需要像UML，PMP，CMMI哪種詳細規格書，這篇46F 06/11 11:36
→ : 文章說的沒錯。然後這篇文章也沒說使用者來的需求全部不溝
→ : 通都做。HR系統哪段也有說會跟使用者溝通後才做。 是你自
→ : 己誤解文章內容，還來帶風向耶。
→ : 文章說的沒錯。然後這篇文章也沒說使用者來的需求全部不溝
→ : 通都做。HR系統哪段也有說會跟使用者溝通後才做。 是你自
→ : 己誤解文章內容，還來帶風向耶。
推 : 確認目標，從目標來討論需求是否有效50F 06/11 11:36
→ : PM/老闆大多知道做這個需求的目的，但不知道怎麼達成
→ : PM/老闆大多知道做這個需求的目的，但不知道怎麼達成
噓 : 所以你跑的敏捷開發都有詳細規格書喔？：）52F 06/11 11:39
推 : 不過也是有老闆只是想花錢找人做事，有沒有用沒差53F 06/11 11:39
→ : 敏捷開發本來就先求有再求好吧54F 06/11 11:41
→ : 免去無意義的討論，直接弄個demo最快
→ : 只要方向正確，細部後續再調整就好
→ : 免去無意義的討論，直接弄個demo最快
→ : 只要方向正確，細部後續再調整就好
推 : 哈哈要注意不要/不再一詞主要強調的對象。第一點不要的57F 06/11 11:50
→ : 對象偏向”爭辯與衝突”；第二點不要的對象偏向”詳細的
→ : ”需求書，此外由申請與說明兩詞可知需求仍以較簡單的文
→ : 件或交流方式傳遞。
→ : 對象偏向”爭辯與衝突”；第二點不要的對象偏向”詳細的
→ : ”需求書，此外由申請與說明兩詞可知需求仍以較簡單的文
→ : 件或交流方式傳遞。
推 : 需求加了時程就延啊，幹嘛吵架，反正我PG一樣每天寫code，61F 06/11 12:11
→ : 時間到了不能上線怪我囉？大概是這樣
→ : 時間到了不能上線怪我囉？大概是這樣
→ : 比較靠背的是真的怪開發者沒有sense，沒有講也應該要想63F 06/11 12:24
→ : 到（？？？）
→ : 到（？？？）
推 : 隕石開發65F 06/11 12:33
→ : 敏捷就是不斷地循環修正66F 06/11 12:39
→ : 至於循環的大小範圍頻率 自己拿捏
→ : 然後 其實一般不太會有"純"敏捷 多少會混合其他模式
→ : 至於循環的大小範圍頻率 自己拿捏
→ : 然後 其實一般不太會有"純"敏捷 多少會混合其他模式
噓 : 因為實務上不可能在一開始就搞清楚全部的需求69F 06/11 12:50
→ : 所以敏捷提倡先做出可以demo的東西再來改善
→ : 所以敏捷提倡先做出可以demo的東西再來改善
推 : 重點其實是人跟公司文化，大家好溝通，公司也接受這種71F 06/11 13:10
→ : 半成品當然沒問題，但如果不是的話就...
→ : 現實多的是開始不講清楚，後面再那邊吵架，不小心影響
→ : 現有系統更慘，工程師87%績效--
→ : 半成品當然沒問題，但如果不是的話就...
→ : 現實多的是開始不講清楚，後面再那邊吵架，不小心影響
→ : 現有系統更慘，工程師87%績效--
→ : 你中文裡解有問題 你知道什麼是迭代嘛?75F 06/11 13:15
→ : 薪水給夠 我就不委屈了76F 06/11 13:43
噓 : Spec不用寫得太清楚 意思是實作者看得懂77F 06/11 13:53
→ : 保留Flexibility 去快速迭代修改
→ : 避免你自以為是的寫了一堆到後面做的時候要打掉
→ : 但並不是說不用寫Spec
→ : Agile 這邊的精神跟 Lean methodology類似
→ : 去快速的驗證 而不是想一步到位
→ : Fail fast, learn faster.
→ : 保留Flexibility 去快速迭代修改
→ : 避免你自以為是的寫了一堆到後面做的時候要打掉
→ : 但並不是說不用寫Spec
→ : Agile 這邊的精神跟 Lean methodology類似
→ : 去快速的驗證 而不是想一步到位
→ : Fail fast, learn faster.
推 : 你的用詞怪怪的 應該只是不強求一開始就設計完善 而不是84F 06/11 14:03
→ : 反過來強求模糊需求
→ : 反過來強求模糊需求
→ : 設計不完善就不完善，搞什麼這不是BUG這是feature86F 06/11 14:17
→ : 錯就是錯，沒有那種萬能許願機能讀心知道開發者到底想要的
→ : 錯就是錯，沒有那種萬能許願機能讀心知道開發者到底想要的
噓 : 台灣搞scrum只會生出四不像88F 06/11 14:39
→ : 我的理解是這兩點的前提建立在先做最小功能版本再一次一89F 06/11 15:45
→ : 次的改版更新
→ : 因為每個版本改動都小所以快，然後使用者會根據每個版本
→ : 的結果一直更新需求這樣
→ : 次的改版更新
→ : 因為每個版本改動都小所以快，然後使用者會根據每個版本
→ : 的結果一直更新需求這樣
推 : 這不是敏捷 這只是這個案例想跑敏捷帶來的結果93F 06/11 16:08
噓 : 原Po有沒有看過搞了半年然後給高層一看結果幾乎要打掉重94F 06/11 16:14
→ : 做的瀑布開發？
→ : 做的瀑布開發？
噓 : 敏捷的核心就是各自解讀 懂？你管人家的敏捷長怎樣96F 06/11 16:29
→ : 是不懂敏捷嗎？
→ : 是不懂敏捷嗎？
→ : 先改先試用，改不好馬上再改也是種敏捷98F 06/11 17:29
→ : 一樣是要通靈，敏捷至少被翻掉的損失的工時少
→ : 看起來他們的確不懂敏捷，換MVC才是真的，但是你不懂醫院IT
→ : 醫院就點就在醫生最大，醫生也沒有空跟你討論，你就是得通
→ : 靈，誰管你用什麼開發流程
→ : 一樣是要通靈，敏捷至少被翻掉的損失的工時少
→ : 看起來他們的確不懂敏捷，換MVC才是真的，但是你不懂醫院IT
→ : 醫院就點就在醫生最大，醫生也沒有空跟你討論，你就是得通
→ : 靈，誰管你用什麼開發流程
→ : 我常遇到資料庫1對1用一段時間要改成1對多的103F 06/11 19:17
推 : 上面說的對,要通靈或是上面隨時隨意變更工作內容的104F 06/11 19:36
→ : 就不要想用敏捷開發了,自找麻煩
→ : 多的是不讓你做完一個sprint就要你改的
→ : 就不要想用敏捷開發了,自找麻煩
→ : 多的是不讓你做完一個sprint就要你改的
推 : scrum本身就是一種方法論跟專案技術,一堆人看了幾本107F 06/11 20:54
→ : 中文書就以為自己懂了卻不知道寫書的人自己都不懂
→ : 會寫書跟會看書不代表有實務經驗
→ : 中文書就以為自己懂了卻不知道寫書的人自己都不懂
→ : 會寫書跟會看書不代表有實務經驗
推 : gradient descent?110F 06/11 22:15
推 : 大家能力跟認知都差不多才敏的起來111F 06/11 22:21
→ : 原來用了Scrum就不用管軟體架構了?112F 06/11 22:29
推 : 敏捷就是一個做事情的風格，使用什麼技術來達成才是重點113F 06/11 22:40
推 : 推prag222114F 06/11 23:14
→ : 我的工作經驗是，敏捷與類似的框架是給一群能力不強的人115F 06/11 23:17
→ : 用的，而且套上之後大部分時間還會花在討論改善流程與開
→ : 會，產出的軟體一點都沒變好。在一個同事都足夠強的成熟
→ : 環境，根本從來不會把時間花在開發流程的討論
→ : 用的，而且套上之後大部分時間還會花在討論改善流程與開
→ : 會，產出的軟體一點都沒變好。在一個同事都足夠強的成熟
→ : 環境，根本從來不會把時間花在開發流程的討論
→ : 一個sprint還沒做完就要插隊改的叫做隕石開發119F 06/11 23:35
→ : 是一個對老闆來說比敏捷開發更敏捷的方法 馬上改!
→ : 是一個對老闆來說比敏捷開發更敏捷的方法 馬上改!
→ : 台式敏捷開發就是今天說的東西明天就要121F 06/11 23:50
→ : 敏捷不代表可以讓使用者任意改需求 PM和資深工程師要審核122F 06/12 00:28
→ : 難道使用者隨口說我們要做大數據 下禮拜要上線 你也ＯＫ？
→ : 但看到是醫院 那就當我沒說....
→ : 難道使用者隨口說我們要做大數據 下禮拜要上線 你也ＯＫ？
→ : 但看到是醫院 那就當我沒說....
→ : 真正跑Scrum，遇到插隊很平常好嗎。頭腦不要那麼死，萬一125F 06/12 00:43
→ : 臨時出現一個使線上系統掛掉的Bug，使公司購物系統不能用(
→ : 公司損失持續發生)，你不先去插隊修，你還在扯先跑完這個S
→ : print，下個Sprint再排進tickets處理，這樣會比較好嗎。
→ : 臨時出現一個使線上系統掛掉的Bug，使公司購物系統不能用(
→ : 公司損失持續發生)，你不先去插隊修，你還在扯先跑完這個S
→ : print，下個Sprint再排進tickets處理，這樣會比較好嗎。
推 : 接案被教訓幾次，就知道要收錢了129F 06/12 00:44
→ : 原文醫院資訊室，根本沒說：使用者說什麼，就無腦做什麼。130F 06/12 00:46
→ : 全是原PO加油添醋帶風像亂解讀吧。
→ : ithom的原文到底哪裡說了："只要使用者提出需求意見，說什
→ : 麼就做什麼！"？？？ 亂帶風向耶。
→ : 原PO你要不要出來解釋一下，我什麼要污衊原文，原文哪裡有
→ : 寫到："不用跟使用者討論內容 只要使用者提出需求意見，說
→ : 什麼就做什麼！"
→ : 原文根本沒說好嗎。這種帶風向亂解讀的行為，簡直可恥。
→ : 全是原PO加油添醋帶風像亂解讀吧。
→ : ithom的原文到底哪裡說了："只要使用者提出需求意見，說什
→ : 麼就做什麼！"？？？ 亂帶風向耶。
→ : 原PO你要不要出來解釋一下，我什麼要污衊原文，原文哪裡有
→ : 寫到："不用跟使用者討論內容 只要使用者提出需求意見，說
→ : 什麼就做什麼！"
→ : 原文根本沒說好嗎。這種帶風向亂解讀的行為，簡直可恥。
推 : 第二點應該是對敏捷宣言的誤會，可用的軟體重於詳138F 06/12 08:01
→ : 盡的文件，有提到，“雖然右側項目有其價值，但我
→ : 們更側重左側項目”，這其實不代表完全不需要右側
→ : 項目，只是如果不得已走左側至少好過一點
→ : 盡的文件，有提到，“雖然右側項目有其價值，但我
→ : 們更側重左側項目”，這其實不代表完全不需要右側
→ : 項目，只是如果不得已走左側至少好過一點
推 : 推 DrTech 雖然我知道很多跑敏感是個笑話 但不應該帶風142F 06/12 08:26
→ : 向 抹煞想努力改變的人
→ : 樓上有人說 跑敏捷適合能力不強的人？我倒是想問 能力不
→ : 強的團隊能跑的起來嗎
→ : 向 抹煞想努力改變的人
→ : 樓上有人說 跑敏捷適合能力不強的人？我倒是想問 能力不
→ : 強的團隊能跑的起來嗎
推 : 台灣式敏捷開發=今天開會明天上線146F 06/12 09:00
→ : 其實scrum是概念而不是形式147F 06/12 10:04
→ : 很多公司只學兩週sprint每天立會就覺得是敏捷
→ : 很多公司只學兩週sprint每天立會就覺得是敏捷
推 : 搞錯了吧 瀑布式才適合能力不強的成員 菁英規劃 雜魚執行149F 06/12 10:46
→ : 敏捷才需要都是不會偷懶的精英 因為估計時程錯誤就整個完蛋
→ : 敏捷才需要都是不會偷懶的精英 因為估計時程錯誤就整個完蛋
推 : 會有插隊流程啊，但不是想插就插151F 06/12 12:17
→ : 沒有story point跟5分鐘早會嗎？152F 06/12 13:33
→ : 這個敘述是奴隸開發法 不是敏捷153F 06/12 15:13
→ : 錢給夠 要怎麼改就怎麼改囉154F 06/12 15:56
→ : 真的有符合敏捷精神在跑的是少數 多得是喊喊口號155F 06/12 16:24
→ : 的
→ : 的
--
※ 看板: Soft_Job 文章推薦值: 0 目前人氣: 0 累積人氣: 102
回列表(←)
分享