最近在工作上遇到主管採用敏捷開發的管理模式，剛好在論壇上在報導高雄某間醫院的資
訊室在程式專案開發所採用的管理模式。
報導標題提到”擁抱敏捷開發全臺第一家的醫院IT”，於是好奇看了報導內容。
看完之後，覺得是不是真的懂什麼是Scrum、迭代循環(黑人問號狂冒出)。
內容當中提到兩點：
1. 系統開發過程，不再跟使用者爭辯，為什麼這次提出的需求，又跟上次不一樣，「溝
通衝突無益於系統本身，」她強調：「不一樣沒關係，我們改就對了！確定完成的功能是
使用者要的，更重要。
2. 盡可能地不要撰寫詳細的開發需求書，使用者只需提出申請，簡單說明想要完成的事
。但是，資訊室不會要求使用者一開始就能提出明確的需求。
所以不用詳細規格書？ 不用跟使用者討論內容？ 只要使用者提出需求意見，說什麼就做
什麼！
Scrum是這麼操作運作？！
報導來源：
https://www.ithome.com.tw/people/119258?--
→ nh60211as1樓全盤接受使用者需求也不是不行ㄅ，反正改需求就把 06/11 09:54
→ nh60211as2樓時程拉長就對ㄌ 06/11 09:54
→ BlueBird55663樓要討論內容阿 討論完就開發 開發完就測試上線 06/11 09:57
→ BlueBird55664樓然後看使用者使用上有啥問題再逐一修改 06/11 09:57
→ BlueBird55665樓喔 原來是想酸人 那個是醫院 06/11 10:01
→ BlueBird55666樓醫院it本來就沒地位 使用者是醫護也沒空跟你談需求 06/11 10:01
→ BlueBird55667樓不同產業都會產生出自己的一套方法 很正常 06/11 10:02
gary8612268樓敏捷開發（X）隕石開發（O） 06/11 10:06
→ foreverk9樓這套你拿去套在金融業也完全沒問題，就算需求認真訪談 06/11 10:14
→ foreverk10樓認真寫，最後驗收也是另一回事，最後就乾脆走這套，大 06/11 10:14
→ foreverk11樓家開始通靈 06/11 10:14
→ foreverk12樓隕石開發你還知道隕石長怎樣，這種通靈開發要直到驗收 06/11 10:15
→ foreverk13樓階段，user跟工程師才會知道需求是什麼 06/11 10:15
michellehot14樓1. 因為爭辯不是SM的職責 SM是要確認情境和優先度 06/11 10:17
→ michellehot15樓爭辯是PO的任務 06/11 10:17
→ michellehot16樓2. 因為Agile就是假定使用者也搞不清處自己要什麼 06/11 10:18
→ michellehot17樓而是先做一個雛形再來改需求 06/11 10:18
michellehot18樓就我經驗而言 Scrum利於週期短的開發工程 例如客戶 06/11 10:23
→ michellehot19樓已經想到預期的產品效果 只是需要快速落地驗證 06/11 10:23
→ michellehot20樓但也相對的容易製造垃圾：用完發現沒用就丟 06/11 10:24
yamakazi21樓Product owner的工作啊，有時候使用者或客戶自己也不知 06/11 10:24
→ yamakazi22樓道自己要什麼 06/11 10:24
→ foreverk23樓我覺得全文重點反而是MVC跟call center，減少重工跟干 06/11 10:25
→ foreverk24樓擾提升效率，才有辦法真的跑敏捷，關鍵還是整合資源 06/11 10:25
→ yamakazi25樓牛頓迭代法有沒有聽過，就是先初始值，然後每一次迭代計 06/11 10:25
→ yamakazi26樓算後更接近實際值 06/11 10:25
→ michellehot27樓一些需要技術堆疊或是研發類的 還是需要一條清楚的 06/11 10:26
→ michellehot28樓路線 以保留中間開發的產物 所以有時候公司會有並行 06/11 10:26
→ yamakazi29樓實際值根本一開始不曉得 06/11 10:27
→ yamakazi30樓通常是有UI的裁會敏捷開發，沒UI沒使用者的哪需要跟使用 06/11 10:28
