※ 本文轉寄自 ptt.cc, 文章原始頁面
看板Soft_Job
標題

[討論] Scrum敏捷開發是這麼操作嗎?

時間
最新2023-07-15 16:04:00
留言210則留言,70人參與討論
推噓29 ( 3910161 )
最近在工作上遇到主管採用敏捷開發的管理模式,剛好在論壇上在報導高雄某間醫院的資 訊室在程式專案開發所採用的管理模式。 報導標題提到”擁抱敏捷開發全臺第一家的醫院IT”,於是好奇看了報導內容。 看完之後,覺得是不是真的懂什麼是Scrum、迭代循環(黑人問號狂冒出)。 內容當中提到兩點: 1. 系統開發過程,不再跟使用者爭辯,為什麼這次提出的需求,又跟上次不一樣,「溝 通衝突無益於系統本身,」她強調:「不一樣沒關係,我們改就對了!確定完成的功能是 使用者要的,更重要。 2. 盡可能地不要撰寫詳細的開發需求書,使用者只需提出申請,簡單說明想要完成的事 。但是,資訊室不會要求使用者一開始就能提出明確的需求。 所以不用詳細規格書? 不用跟使用者討論內容? 只要使用者提出需求意見,說什麼就做 什麼! Scrum是這麼操作運作?! 報導來源:https://www.ithome.com.tw/people/119258? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 27.242.70.169 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1686448325.A.5C6.html

210 則留言

nh60211as, 1F
全盤接受使用者需求也不是不行ㄅ,反正改需求就把

nh60211as, 2F
時程拉長就對ㄌ

BlueBird5566, 3F
要討論內容阿 討論完就開發 開發完就測試上線

BlueBird5566, 4F
然後看使用者使用上有啥問題再逐一修改

BlueBird5566, 5F
喔 原來是想酸人 那個是醫院

BlueBird5566, 6F
醫院it本來就沒地位 使用者是醫護也沒空跟你談需求

BlueBird5566, 7F
不同產業都會產生出自己的一套方法 很正常

gary861226, 8F
敏捷開發(X)隕石開發(O)

foreverk, 9F
這套你拿去套在金融業也完全沒問題,就算需求認真訪談

foreverk, 10F
認真寫,最後驗收也是另一回事,最後就乾脆走這套,大

foreverk, 11F
家開始通靈

foreverk, 12F
隕石開發你還知道隕石長怎樣,這種通靈開發要直到驗收

foreverk, 13F
階段,user跟工程師才會知道需求是什麼

michellehot, 14F
1. 因為爭辯不是SM的職責 SM是要確認情境和優先度

michellehot, 15F
爭辯是PO的任務

michellehot, 16F
2. 因為Agile就是假定使用者也搞不清處自己要什麼

michellehot, 17F
而是先做一個雛形再來改需求

michellehot, 18F
就我經驗而言 Scrum利於週期短的開發工程 例如客戶

michellehot, 19F
已經想到預期的產品效果 只是需要快速落地驗證

michellehot, 20F
但也相對的容易製造垃圾:用完發現沒用就丟

yamakazi, 21F
Product owner的工作啊,有時候使用者或客戶自己也不知

yamakazi, 22F
道自己要什麼

foreverk, 23F
我覺得全文重點反而是MVC跟call center,減少重工跟干

foreverk, 24F
擾提升效率,才有辦法真的跑敏捷,關鍵還是整合資源

yamakazi, 25F
牛頓迭代法有沒有聽過,就是先初始值,然後每一次迭代計

yamakazi, 26F
算後更接近實際值

michellehot, 27F
一些需要技術堆疊或是研發類的 還是需要一條清楚的

michellehot, 28F
路線 以保留中間開發的產物 所以有時候公司會有並行

yamakazi, 29F
實際值根本一開始不曉得

yamakazi, 30F
通常是有UI的裁會敏捷開發,沒UI沒使用者的哪需要跟使用

yamakazi, 31F
者溝通,組內自己橋一下就可以做了

new122851, 32F
工研院要不要也Scrum一下,哪天飛彈應user的需求可以掛

new122851, 33F
載排骨便當都不意外

NDark, 34F
問就是 你們沒有跑真的敏捷 都不是敏捷的錯

pttano, 35F
嗯你說的都對

sunsamy, 36F
新創搞敏捷的不是倒了就是在倒的途中,懂的就懂!

DrTech, 37F
原文:"不會要求使用者一開始就能提出明確的需求。" 你解

DrTech, 38F
讀成:不用跟使用者討論需求,使用者說什麼就做什麼。你自

DrTech, 39F
己過度解讀也很奇怪吧。

iceorz, 197F
敏捷開發是工程師起草的實踐方式,少在那邊鬼扯

iceorz, 198F
不要把失敗的敏捷轉型都推到PM身上

zaiter, 199F
正解 老人最愛寫一堆智障文件sa sd 的 智障廢物老派做法

astt88, 200F
我參加過的Scrum,早上站會是批鬥會議

astt88, 201F
不是表達昨天做了什麼,遇到了什麼問題,也不只是說明今

astt88, 202F
天要做什麼

astt88, 203F
每日站會在批誰沒有把事做完,說誰已經把工作的好幾天的

astt88, 204F
份都做好了,就是你工作太慢。這就是個人與互動重於流程

astt88, 205F
與工具。再好的制度在臺灣就會變質

stillcolor, 206F
87%自稱agile但實際上根本隕石

newking761, 207F
第一天在軟體業?

newking761, 208F
敏捷開發的本質本來就是先搞出一個能動的產品,後

newking761, 209F
面再改啊,可以

newking761, 210F
先收錢才是他的目的

LeoPan 作者的近期文章

[請益] offer請益
背景: 非本科畢業,電機碩畢/男 35歲up 坊間C#後端私人培訓班後端結訓 轉職後工作經驗-3年 技能方面:asp.net、winform、webform、mvc(沒用過.net core)、bootstrap5、jquery 、swee
更多 LeoPan 作者的文章...