疑難雜症萬事通
在網路上遇到任何問題都可以在這邊找找看唷

Search

關於 敏捷式開發ptt ，我們在網路上蒐集到這些相關的討論、資訊與評價

相關標籤 相關照片 相關影片

「敏捷式開發ptt」的推薦目錄：


社群媒體上有些相關的討論：

敏捷式開發ptt 在 [討論] Scrum敏捷開發是這麼操作嗎？ - 看板Soft_Job 的推薦與評價


作者LeoPan (晴天)
看板Soft_Job
標題[討論] Scrum敏捷開發是這麼操作嗎？
時間Sun Jun 11 09:52:03 2023

最近在工作上遇到主管採用敏捷開發的管理模式，剛好在論壇上在報導高雄某間醫院的資
訊室在程式專案開發所採用的管理模式。

報導標題提到”擁抱敏捷開發全臺第一家的醫院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
→ nh60211as: 全盤接受使用者需求也不是不行ㄅ，反正改需求就把 06/11 09:54
→ nh60211as: 時程拉長就對ㄌ 06/11 09:54
→ BlueBird5566: 要討論內容阿 討論完就開發 開發完就測試上線 06/11 09:57
→ BlueBird5566: 然後看使用者使用上有啥問題再逐一修改 06/11 09:57
→ BlueBird5566: 喔 原來是想酸人 那個是醫院 06/11 10:01
→ BlueBird5566: 醫院it本來就沒地位 使用者是醫護也沒空跟你談需求 06/11 10:01
→ BlueBird5566: 不同產業都會產生出自己的一套方法 很正常 06/11 10:02
推 gary861226: 敏捷開發（X）隕石開發（O） 06/11 10:06
→ foreverk: 這套你拿去套在金融業也完全沒問題，就算需求認真訪談 06/11 10:14
→ foreverk: 認真寫，最後驗收也是另一回事，最後就乾脆走這套，大 06/11 10:14
→ foreverk: 家開始通靈 06/11 10:14
→ foreverk: 隕石開發你還知道隕石長怎樣，這種通靈開發要直到驗收 06/11 10:15
→ foreverk: 階段，user跟工程師才會知道需求是什麼 06/11 10:15
推 michellehot: 1. 因為爭辯不是SM的職責 SM是要確認情境和優先度 06/11 10:17
→ michellehot: 爭辯是PO的任務 06/11 10:17
→ michellehot: 2. 因為Agile就是假定使用者也搞不清處自己要什麼 06/11 10:18
→ michellehot: 而是先做一個雛形再來改需求 06/11 10:18
推 michellehot: 就我經驗而言 Scrum利於週期短的開發工程 例如客戶 06/11 10:23
→ michellehot: 已經想到預期的產品效果 只是需要快速落地驗證 06/11 10:23
→ michellehot: 但也相對的容易製造垃圾：用完發現沒用就丟 06/11 10:24
推 yamakazi: Product owner的工作啊，有時候使用者或客戶自己也不知 06/11 10:24
→ yamakazi: 道自己要什麼 06/11 10:24
→ foreverk: 我覺得全文重點反而是MVC跟call center，減少重工跟干 06/11 10:25
→ foreverk: 擾提升效率，才有辦法真的跑敏捷，關鍵還是整合資源 06/11 10:25
→ yamakazi: 牛頓迭代法有沒有聽過，就是先初始值，然後每一次迭代計 06/11 10:25
→ yamakazi: 算後更接近實際值 06/11 10:25
→ michellehot: 一些需要技術堆疊或是研發類的 還是需要一條清楚的 06/11 10:26
→ michellehot: 路線 以保留中間開發的產物 所以有時候公司會有並行 06/11 10:26
→ yamakazi: 實際值根本一開始不曉得 06/11 10:27
→ yamakazi: 通常是有UI的裁會敏捷開發，沒UI沒使用者的哪需要跟使用 06/11 10:28
→ yamakazi: 者溝通，組內自己橋一下就可以做了 06/11 10:28
推 new122851: 工研院要不要也Scrum一下，哪天飛彈應user的需求可以掛 06/11 10:55
→ new122851: 載排骨便當都不意外 06/11 10:55
推 NDark: 問就是 你們沒有跑真的敏捷 都不是敏捷的錯 06/11 11:05
噓 pttano: 嗯你說的都對 06/11 11:17
推 sunsamy: 新創搞敏捷的不是倒了就是在倒的途中,懂的就懂！ 06/11 11:21
→ DrTech: 原文："不會要求使用者一開始就能提出明確的需求。" 你解 06/11 11:26
→ DrTech: 讀成：不用跟使用者討論需求，使用者說什麼就做什麼。你自 06/11 11:26
→ DrTech: 己過度解讀也很奇怪吧。 06/11 11:26
→ DrTech: 該文看起來就是一堆沒經驗的人，嘗試做scrum。但原文帶風 06/11 11:27
→ DrTech: 向加油添醋解讀，也很沒必要。 06/11 11:27
推 k798976869: 就是一種管理方法但是最後還是以老闆的需求為主 06/11 11:28
噓 DrTech: 原文到底哪裡說了："不用跟使用者討論需求，使用者說什麼 06/11 11:30
→ DrTech: 就做什麼"亂解讀帶風險耶 06/11 11:30
→ moom50302: 錯了吧…增進溝通、快速調整才是敏捷開發的重點 06/11 11:32
→ DrTech: scrum本來就不需要像UML，PMP，CMMI哪種詳細規格書，這篇 06/11 11:36
→ DrTech: 文章說的沒錯。然後這篇文章也沒說使用者來的需求全部不溝 06/11 11:36
→ DrTech: 通都做。HR系統哪段也有說會跟使用者溝通後才做。 是你自 06/11 11:36
→ DrTech: 己誤解文章內容，還來帶風向耶。 06/11 11:36
推 jack0204: 確認目標，從目標來討論需求是否有效 06/11 11:36
→ jack0204: PM/老闆大多知道做這個需求的目的，但不知道怎麼達成 06/11 11:37
噓 safe: 所以你跑的敏捷開發都有詳細規格書喔？：） 06/11 11:39
推 jack0204: 不過也是有老闆只是想花錢找人做事，有沒有用沒差 06/11 11:39
→ lazarus1121: 敏捷開發本來就先求有再求好吧 06/11 11:41
→ lazarus1121: 免去無意義的討論，直接弄個demo最快 06/11 11:41
→ lazarus1121: 只要方向正確，細部後續再調整就好 06/11 11:45
推 BaconBao: 哈哈要注意不要/不再一詞主要強調的對象。第一點不要的 06/11 11:50
→ BaconBao: 對象偏向”爭辯與衝突”；第二點不要的對象偏向”詳細的 06/11 11:50
→ BaconBao: ”需求書，此外由申請與說明兩詞可知需求仍以較簡單的文 06/11 11:50
→ BaconBao: 件或交流方式傳遞。 06/11 11:50
推 TAKADO: 需求加了時程就延啊，幹嘛吵架，反正我PG一樣每天寫code， 06/11 12:11
→ TAKADO: 時間到了不能上線怪我囉？大概是這樣 06/11 12:11
→ foreverk: 比較靠背的是真的怪開發者沒有sense，沒有講也應該要想 06/11 12:24
→ foreverk: 到（？？？） 06/11 12:24
推 MonkeyCL: 隕石開發 06/11 12:33
→ InfinitySA: 敏捷就是不斷地循環修正 06/11 12:39
→ InfinitySA: 至於循環的大小範圍頻率 自己拿捏 06/11 12:39
→ InfinitySA: 然後 其實一般不太會有"純"敏捷 多少會混合其他模式 06/11 12:40
噓 za755188: 因為實務上不可能在一開始就搞清楚全部的需求 06/11 12:50
→ za755188: 所以敏捷提倡先做出可以demo的東西再來改善 06/11 12:51
推 abccbaandy: 重點其實是人跟公司文化，大家好溝通，公司也接受這種 06/11 13:10
→ abccbaandy: 半成品當然沒問題，但如果不是的話就... 06/11 13:11
→ abccbaandy: 現實多的是開始不講清楚，後面再那邊吵架，不小心影響 06/11 13:12
→ abccbaandy: 現有系統更慘，工程師87%績效-- 06/11 13:12
→ loadingN: 你中文裡解有問題 你知道什麼是迭代嘛? 06/11 13:15
→ ctrlbreak: 薪水給夠 我就不委屈了 06/11 13:43
噓 askaleroux: Spec不用寫得太清楚 意思是實作者看得懂 06/11 13:53
→ askaleroux: 保留Flexibility 去快速迭代修改 06/11 13:54
→ askaleroux: 避免你自以為是的寫了一堆到後面做的時候要打掉 06/11 13:54
→ askaleroux: 但並不是說不用寫Spec 06/11 13:54
→ askaleroux: Agile 這邊的精神跟 Lean methodology類似 06/11 13:54
→ askaleroux: 去快速的驗證 而不是想一步到位 06/11 13:55
→ askaleroux: Fail fast, learn faster. 06/11 13:55
推 EricTao: 你的用詞怪怪的 應該只是不強求一開始就設計完善 而不是 06/11 14:03
→ EricTao: 反過來強求模糊需求 06/11 14:03
→ labbat: 設計不完善就不完善，搞什麼這不是BUG這是feature 06/11 14:17
→ labbat: 錯就是錯，沒有那種萬能許願機能讀心知道開發者到底想要的 06/11 14:18
噓 tank0701: 台灣搞scrum只會生出四不像 06/11 14:39
→ t64141: 我的理解是這兩點的前提建立在先做最小功能版本再一次一 06/11 15:45
→ t64141: 次的改版更新 06/11 15:45
→ t64141: 因為每個版本改動都小所以快，然後使用者會根據每個版本 06/11 15:48
→ t64141: 的結果一直更新需求這樣 06/11 15:48
推 SHANGOYANYI: 這不是敏捷 這只是這個案例想跑敏捷帶來的結果 06/11 16:08
噓 brucetu: 原Po有沒有看過搞了半年然後給高層一看結果幾乎要打掉重 06/11 16:14
→ brucetu: 做的瀑布開發？ 06/11 16:14
噓 BigCockman: 敏捷的核心就是各自解讀 懂？你管人家的敏捷長怎樣 06/11 16:29
→ BigCockman: 是不懂敏捷嗎？ 06/11 16:29
→ ssccg: 先改先試用，改不好馬上再改也是種敏捷 06/11 17:29
→ ssccg: 一樣是要通靈，敏捷至少被翻掉的損失的工時少 06/11 17:30
→ ssccg: 看起來他們的確不懂敏捷，換MVC才是真的，但是你不懂醫院IT 06/11 17:37
→ ssccg: 醫院就點就在醫生最大，醫生也沒有空跟你討論，你就是得通 06/11 17:38
→ ssccg: 靈，誰管你用什麼開發流程 06/11 17:40
→ testPtt: 我常遇到資料庫1對1用一段時間要改成1對多的 06/11 19:17
推 joney641119: 上面說的對,要通靈或是上面隨時隨意變更工作內容的 06/11 19:36
→ joney641119: 就不要想用敏捷開發了,自找麻煩 06/11 19:36
→ joney641119: 多的是不讓你做完一個sprint就要你改的 06/11 19:38
推 prag222: scrum本身就是一種方法論跟專案技術,一堆人看了幾本 06/11 20:54
→ prag222: 中文書就以為自己懂了卻不知道寫書的人自己都不懂 06/11 20:55
→ prag222: 會寫書跟會看書不代表有實務經驗 06/11 20:55
推 ckp4131025: gradient descent? 06/11 22:15
推 neo5277: 大家能力跟認知都差不多才敏的起來 06/11 22:21
→ Lordaeron: 原來用了Scrum就不用管軟體架構了? 06/11 22:29
推 neo5277: 敏捷就是一個做事情的風格，使用什麼技術來達成才是重點 06/11 22:40
推 viper9709: 推prag222 06/11 23:14
→ alihue: 我的工作經驗是，敏捷與類似的框架是給一群能力不強的人 06/11 23:17
→ alihue: 用的，而且套上之後大部分時間還會花在討論改善流程與開 06/11 23:17
→ alihue: 會，產出的軟體一點都沒變好。在一個同事都足夠強的成熟 06/11 23:17
→ alihue: 環境，根本從來不會把時間花在開發流程的討論 06/11 23:17
→ brucetu: 一個sprint還沒做完就要插隊改的叫做隕石開發 06/11 23:35
→ brucetu: 是一個對老闆來說比敏捷開發更敏捷的方法 馬上改! 06/11 23:35
→ stkoso: 台式敏捷開發就是今天說的東西明天就要 06/11 23:50
→ umum29: 敏捷不代表可以讓使用者任意改需求 PM和資深工程師要審核 06/12 00:28
→ umum29: 難道使用者隨口說我們要做大數據 下禮拜要上線 你也ＯＫ？ 06/12 00:29
→ umum29: 但看到是醫院 那就當我沒說.... 06/12 00:31
→ DrTech: 真正跑Scrum，遇到插隊很平常好嗎。頭腦不要那麼死，萬一 06/12 00:43
→ DrTech: 臨時出現一個使線上系統掛掉的Bug，使公司購物系統不能用( 06/12 00:43
→ DrTech: 公司損失持續發生)，你不先去插隊修，你還在扯先跑完這個S 06/12 00:43
→ DrTech: print，下個Sprint再排進tickets處理，這樣會比較好嗎。 06/12 00:43
推 IhateOGC: 接案被教訓幾次，就知道要收錢了 06/12 00:44
→ DrTech: 原文醫院資訊室，根本沒說：使用者說什麼，就無腦做什麼。 06/12 00:46
→ DrTech: 全是原PO加油添醋帶風像亂解讀吧。 06/12 00:46
→ DrTech: ithom的原文到底哪裡說了："只要使用者提出需求意見，說什 06/12 00:48
→ DrTech: 麼就做什麼！"？？？ 亂帶風向耶。 06/12 00:48
→ DrTech: 原PO你要不要出來解釋一下，我什麼要污衊原文，原文哪裡有 06/12 00:50
→ DrTech: 寫到："不用跟使用者討論內容 只要使用者提出需求意見，說 06/12 00:50
→ DrTech: 什麼就做什麼！" 06/12 00:50
→ DrTech: 原文根本沒說好嗎。這種帶風向亂解讀的行為，簡直可恥。 06/12 00:52
推 internetms52: 第二點應該是對敏捷宣言的誤會，可用的軟體重於詳 06/12 08:01
→ internetms52: 盡的文件，有提到，“雖然右側項目有其價值，但我 06/12 08:01
→ internetms52: 們更側重左側項目”，這其實不代表完全不需要右側 06/12 08:01
→ internetms52: 項目，只是如果不得已走左側至少好過一點 06/12 08:01
推 ura1210: 推 DrTech 雖然我知道很多跑敏感是個笑話 但不應該帶風 06/12 08:26
→ ura1210: 向 抹煞想努力改變的人 06/12 08:26
→ ura1210: 樓上有人說 跑敏捷適合能力不強的人？我倒是想問 能力不 06/12 08:27
→ ura1210: 強的團隊能跑的起來嗎 06/12 08:27
推 oyaji5566: 台灣式敏捷開發=今天開會明天上線 06/12 09:00
→ lazarus1121: 其實scrum是概念而不是形式 06/12 10:04
→ lazarus1121: 很多公司只學兩週sprint每天立會就覺得是敏捷 06/12 10:04
推 NDark: 搞錯了吧 瀑布式才適合能力不強的成員 菁英規劃 雜魚執行 06/12 10:46
→ NDark: 敏捷才需要都是不會偷懶的精英 因為估計時程錯誤就整個完蛋 06/12 10:46
推 ckp4131025: 會有插隊流程啊，但不是想插就插 06/12 12:17
→ yamagishi: 沒有story point跟5分鐘早會嗎？ 06/12 13:33
→ shooter555: 這個敘述是奴隸開發法 不是敏捷 06/12 15:13
→ scott90213: 錢給夠 要怎麼改就怎麼改囉 06/12 15:56
→ answermangtr: 真的有符合敏捷精神在跑的是少數 多得是喊喊口號 06/12 16:24
→ answermangtr: 的 06/12 16:24
→ ybon3: 我數學很快.jpg 06/12 16:52
→ Lordaeron: table schema 進負責開啊? 06/12 17:25
→ Lordaeron: 接queue 的呢? 要共用嗎? 還是各自寫會比較Scrum ? 06/12 17:27
推 StrangeJ: 可以參考敏捷軟體開發宣言 06/12 19:21
→ StrangeJ: https://agilemanifesto.org/iso/zhcht/manifesto.html 06/12 19:21
→ StrangeJ: 可用的軟體重於詳盡的文件 與客戶合作重於合約協商 06/12 19:22
推 atpx: 沒必要爭成這樣, 也許她就是拿個不重要的小系統演給長官看 06/12 20:19
推 showshowman: 主管:我說了算，就是敏捷 06/12 23:22
→ qss05: IT不就這樣的工作…就算討論半天，最後還是跟你說這不是我 06/13 08:08
→ qss05: 想要的,可是你前面說…：我現在就想要改 06/13 08:08
→ shooter555: 敏捷是用來燃燒蠟燭人用的啦 燃盡圖 燃燒你的生命 06/13 09:59
推 eplis: 你要了解什麼是行銷，本質是不是根本不重要 06/13 10:01
→ shooter555: 對開發人員最有善的還是走瀑布式吧 06/13 10:07
→ shooter555: 友善 06/13 10:07
→ shooter555: 講好的規格照著開發 使用者才不會一天到晚講鬼故事改 06/13 10:08
→ shooter555: 規格 06/13 10:08
→ realbout: 使用者和鬼一樣，確定這是敏捷開發? 06/13 11:03
推 friends29: Scrum還要搭配一堆配套 不是有在跑sprint就是敏捷式開 06/13 12:25
→ friends29: 發欸 很多台灣公司對外報告都講的很厲害 結果問個關鍵 06/13 12:25
→ friends29: 點都沒做到 06/13 12:25
→ BoXeX: 敏捷開發對高層來說 就是可以天天盯你進度 06/13 23:02
→ BoXeX: 還有整天改你規格用的 06/13 23:03
→ BoXeX: 而且就算你真照著敏捷開發走 最後還是發現大多狀況不適用 06/13 23:06
→ BoXeX: 大概就前端能用吧 06/13 23:06
→ BoXeX: 其他只要你系統複雜起來 你code寫再好沒詳細規劃就不行 06/13 23:07
→ shomingchang: 敏捷有規劃啊 TDD 就是規劃了 只是不想太繁重文件 06/13 23:51
→ BoXeX: 我的規劃不是指這個 是指整個系統架構設計 06/13 23:59
推 Sunal: 系統架構還是會改的啊 也是會一直重構的 06/14 00:12
→ Sunal: 這也是TDD過程中會遇到 06/14 00:13
→ atpx: 上面幾位講的是不同的東西吧....B兄說的是大型應用系統 06/14 00:44
→ atpx: 整個業務流程要有說明文件, 不然前後段各寫各的最後組不起來 06/14 00:45
推 SHANGOYANYI: 敏捷是從PM角度推行的方法論 本來就不是要幫PG解決 06/14 01:32
→ SHANGOYANYI: 開發問題的 所以導敏捷跟好不好開發or開發的好不好 06/14 01:32
→ SHANGOYANYI: 一點關係都沒有 本質上只是讓PM比較容易有產出去跟 06/14 01:32
→ SHANGOYANYI: stakeholders交代而已 06/14 01:32
→ shooter555: 樓上正解 就是PM拿來燃燒各位用的 06/14 11:32
→ ChungLi5566: 團隊一半都確診了還在每日站立會議 06/14 18:37
→ imanda0324: 敏捷參考用而已 06/17 22:42
噓 strlen: 亂扯什麼PM角度 敏捷也包括程式設計好嗎 而且還是重中之重 06/19 22:22
→ strlen: 應該說 程式面沒到位 你敏捷只是狗屁 06/19 22:23
噓 iceorz: 敏捷開發是工程師起草的實踐方式，少在那邊鬼扯 06/24 10:11
→ iceorz: 不要把失敗的敏捷轉型都推到PM身上 06/24 10:12
推 zaiter: 正解 老人最愛寫一堆智障文件sa sd 的 智障廢物老派做法 06/24 10:54
推 astt88: 我參加過的Scrum，早上站會是批鬥會議 07/06 23:28
→ astt88: 不是表達昨天做了什麼，遇到了什麼問題，也不只是說明今 07/06 23:30
→ astt88: 天要做什麼 07/06 23:30
→ astt88: 每日站會在批誰沒有把事做完，說誰已經把工作的好幾天的 07/06 23:41
→ astt88: 份都做好了，就是你工作太慢。這就是個人與互動重於流程 07/06 23:41
→ astt88: 與工具。再好的制度在臺灣就會變質 07/06 23:41
推 stillcolor: 87%自稱agile但實際上根本隕石 07/08 09:17
推 newking761: 第一天在軟體業？ 07/15 16:04
→ newking761: 敏捷開發的本質本來就是先搞出一個能動的產品，後 07/15 16:04
→ newking761: 面再改啊，可以 07/15 16:04
→ newking761: 先收錢才是他的目的 07/15 16:04






... <看更多>

敏捷式開發ptt 在 [討論] scrum極簡分享 - PTT 熱門文章Hito 的推薦與評價

意思就是提早跟持續交付有價值的程式(或軟體)極簡分享瀑布式是Plan-d. ... 9 F →chocopie: 在時間暫停下，快速做完敏捷開發與文件建置 11/23 21:14. ... <看更多>

敏捷式開發ptt 在 91 敏捷開發之路- PTT... | Facebook 的推薦與評價

PTT 上這影片：https://www.ptt.cc/bbs/Soft_Job/M.1586350224.A.EFA.html 讓我想到圖一這個#幫我做ㄍ海報雖然大部分工程師看到會很幹啦，我相信大家也理解站在#商業 ... ... <看更多>

敏捷式開發ptt 在 91 敏捷開發之路- PTT... | Facebook 的推薦與評價

PTT 上這影片：https://www.ptt.cc/bbs/Soft_Job/M.1586350224.A.EFA.html 讓我想到圖一這個#幫我做ㄍ海報雖然大部分工程師看到會很幹啦，我相信大家也理解站在#商業&nbsp;... ... <看更多>

敏捷式開發ptt 在 [討論] Scrum敏捷開發是這麼操作嗎？ - 看板Soft_Job - PTT網頁版 的推薦與評價

最近在工作上遇到主管採用敏捷開發的管理模式，剛好在論壇上在報導高雄某間醫院的資訊室在 ... Scrum還要搭配一堆配套不是有在跑sprint就是敏捷式開. ... <看更多>

敏捷式開發ptt 在 Re: [心得] 工作有可能一步到位嗎？ - Soft_Job | PTT職涯區 的推薦與評價

引述《sxy67230 (charlesgg)》之銘言： : 敏捷開發才不是這樣勒，敏捷開發是在開發上相對於瀑布流開發，傳統開發要先做需求: 談、定義需求、設計、實 ... ... <看更多>

敏捷式開發ptt 在 敏捷式開發的問題包括PTT、Dcard、Mobile01，我們都能挖掘 ... 的推薦與評價

敏捷式開發 的問題，我們搜遍了碩博士論文和台灣出版的書籍，推薦unknow寫的 商業用語事典 和新加坡商鈦坦科技的鯨游藍海：鈦坦科技的敏捷之路都可以從中找到所需的評價 ... ... <看更多>

敏捷式開發ptt 在 敏捷式開發的問題包括PTT、Dcard、Mobile01，我們都能挖掘 ... 的推薦與評價

敏捷式開發 的問題，我們搜遍了碩博士論文和台灣出版的書籍，推薦unknow寫的 商業用語事典 和新加坡商鈦坦科技的鯨游藍海：鈦坦科技的敏捷之路都可以從中找到所需的評價&nbsp;... ... <看更多>

敏捷式開發ptt 在 敏捷式開發的問題包括PTT、Dcard、Mobile01，我們都能挖掘 ... 的推薦與評價

敏捷式開發 的問題，我們搜遍了碩博士論文和台灣出版的書籍，推薦unknow寫的 商業用語事典 和新加坡商鈦坦科技的鯨游藍海：鈦坦科技的敏捷之路都可以從中找到所需的評價&amp;nbsp;... ... <看更多>

敏捷式開發ptt 在 鈦坦科技ptt 的推薦與評價

身處快速變動的軟體產業，我們採用敏捷開發，同時將敏捷思維注入公司文化，目的是快速、靈活地應對客戶和市場需求的變化，在多年導入及迭代的經驗下， ... ... <看更多>

敏捷式開發ptt 在 談談敏捷開發的看法 的推薦與評價

在PTT Soft_Job 看到這篇討論： 敏捷課程觀察心得我的看法跟這位差不多，不是反對敏捷，覺得敏捷就是種『軟體開發管理』 ... ... <看更多>

敏捷式開發ptt 在 [請益] 公司轉型scrum 重談offer- 看板Soft_Job - Mo PTT 鄉公所 的推薦與評價

其實去或留都有考量的點，今天看了很多跟scrum 與敏捷開發有關的文章也知道公司正走在那些教科案例踩過的痛點上，似乎是轉型必經之路如果能親身 ... ... <看更多>

敏捷式開發ptt 在 [討論] Scrum Master是什麼樣的工作? PTT推薦- Tech_Job 的推薦與評價

查了一下,好像要跟產品經理及開發團隊天天開會討論. 確保產品開發效率 ... lzylzy123 09/22 21:28敏捷式專案開發的主角之一，看到的職位需求都是至. ... <看更多>

敏捷式開發ptt 在 Soft_Job - [請益] 開發流程混亂 - PTT網頁版 的推薦與評價

後來主管說，小公司有小公司敏捷開發的方法，老闆喜歡快，馬上能開發看到畫面，代表效率，還說開發就是做減法，先把所以功能都放上去再一個一個移除這樣。 ... <看更多>

敏捷式開發ptt 在 Re: [閒聊] CDPR高層現正面對員工的憤怒- C_Chat | PTT動漫區 的推薦與評價

Arctica22年前, 5F好R 談敏捷具體的方式是scrum跟CI/CD，那隕石式具體的 ... WiLLSTW22年前, 9F隕石式開發就Deadline-Driven Development 簡稱DDD 太D ... ... <看更多>

敏捷式開發ptt 在 [討論] 2周高速開發App的秘訣，CMoney從技術與 - PTT評價 的推薦與評價

不只將核心數據引擎模組化和API化，以敏捷思維翻轉瀑布式開發流程，更展開組織變革，改用矩陣組織和OKR目標管理，奠下快速開發的基礎. ... <看更多>

敏捷式開發ptt 在 Python - 100天从新手到大师 - GitHub 的推薦與評價

反模式编程（意大利面代码、复制-黏贴编程、自负编程、……） 团队开发工具介绍. 版本控制：Git、Mercury; 缺陷管理：Gitlab、Redmine; 敏捷闭环工具：禅道 ... ... <看更多>

敏捷式開發ptt 在 唐鳳：我所看待的自由與未來 - Google 圖書結果 的推薦與評價

推薦序人不應被教育,而是給予挑戰與機會 PTT創辦人、台灣人工智慧實驗室創辦人杜奕瑾 ... 需擁抱開放開源與社群所自然演繹出的敏捷式開發,以快速的目標開發,循環漸進式 ... ... <看更多>

相關內容

敏捷式開發ptt 在 058 一分鐘學敏捷什麼是敏捷的開發團隊？敏捷開發 ... - YouTube 的推薦與評價

影片讀取中

敏捷開發 團隊又如何執行專案呢？ ... 開發 團隊會自己選擇最佳的方式完成工作，讓整體的效率和效能最大化。 ... 什么是瀑布、迭代和 敏捷式开发 ？ ... <看更多>

你可能也想看看
敏捷 式 專案管理 ptt
敏捷開發缺點
敏捷開發
iOS開發 PTT
軟體開發 PTT
群 暉 隕石 開發
CYBAVO 面試
軟體工作 PTT
搜尋相關連結

#1. [討論] Scrum敏捷開發是這麼操作嗎？ - 看板Soft_Job

最近在工作上遇到主管採用敏捷開發的管理模式，剛好在論壇上在報導高雄某間醫院的資訊室在程式專案開發所採用的管理模式。 報導標題提到”擁抱敏捷開發 ...

#2. [討論] scrum極簡分享 - PTT 熱門文章Hito

意思就是提早跟持續交付有價值的程式(或軟體)極簡分享瀑布式是Plan-d. ... 9 F →chocopie: 在時間暫停下，快速做完敏捷開發與文件建置 11/23 21:14.

#3. 91 敏捷開發之路- PTT... | Facebook

PTT 上這影片：https://www.ptt.cc/bbs/Soft_Job/M.1586350224.A.EFA.html 讓我想到圖一這個#幫我做ㄍ海報雖然大部分工程師看到會很幹啦，我相信大家也理解站在#商業 ...

#4. [討論] Scrum敏捷開發是這麼操作嗎？ - 看板Soft_Job - PTT網頁版

最近在工作上遇到主管採用敏捷開發的管理模式，剛好在論壇上在報導高雄某間醫院的資訊室在 ... Scrum還要搭配一堆配套不是有在跑sprint就是敏捷式開.

#5. Re: [心得] 工作有可能一步到位嗎？ - Soft_Job | PTT職涯區

引述《sxy67230 (charlesgg)》之銘言： : 敏捷開發才不是這樣勒，敏捷開發是在開發上相對於瀑布流開發，傳統開發要先做需求: 談、定義需求、設計、實 ...

#6. 為什麼我不推薦敏捷開發 - 嫁給RD 的UI Designer

敏捷開發 宣言裡各種許願…拔掉敏捷二字不也是所有專案開發的理想？所以為了解決什麼問題而採用敏捷式開發？為了改善工作流程加快效率？

#7. 轉載好文:隕石開發法 - iT 邦幫忙

轉載ptt原文出處. 第一節: 一般在軟體業最熟知的瀑布式開發法大概是這個樣子 ... 其他有名的開發法像是敏捷式(在PG是神人下,PM是多餘的一種開發法) 敏捷式.

#8. Agile是什麼？了解敏捷思維，將開發提升到另一個層次！ - Glints

Agile敏捷開發是指一組基於迭代開發軟體的開發方法論，通常會促進嚴格的專案管理流程，鼓勵適應、團隊合作、自組織和問責制、高質量軟體的快速交付以及與 ...

#9. 敏捷式開發的問題包括PTT、Dcard、Mobile01，我們都能挖掘 ...

敏捷式開發 的問題，我們搜遍了碩博士論文和台灣出版的書籍，推薦unknow寫的 商業用語事典 和新加坡商鈦坦科技的鯨游藍海：鈦坦科技的敏捷之路都可以從中找到所需的評價 ...

#10. 鈦坦科技ptt

身處快速變動的軟體產業，我們採用敏捷開發，同時將敏捷思維注入公司文化，目的是快速、靈活地應對客戶和市場需求的變化，在多年導入及迭代的經驗下， ...

#11. 敏捷專案管理｜WORKSHOP實作工作坊｜2022經理人商學院 ...

Google、Facebook都在用的敏捷式(Scrum)工作法！市場變化快，企業與 ... 敏捷開發; Scrum方法與流程; 敏捷團隊3 大角色; 情境演練-建構團隊願景. Part2 13:30-15:00 ...

#12. 敏捷式開發相關文章 - 親子天下

親子天下搜尋敏捷式開發有3個相關結果。提供學校和家庭，專業可信賴的教育教養趨勢、解決方案. ... 杜奕瑾(PTT創辦人、台灣人工智慧實驗室創辦人) · #教育創新與產業.

#13. Software Engineer / Programmer 軟體工程師(台中市政府旁) 全職

在鈦坦，我們稱呼工程師為「產品開發者」（PD, Product Developer），我們不僅單純的寫【程式】把功能 ... 你一定聽過敏捷式開發，但是你真正了解什麼是敏捷式開發嗎？

#14. Re: [心得] 敏捷課程觀察心得- terievv板- Disp BBS

我知道的敏捷建立在一個基本假設上： 『需求未知，我們需要在開發過程中持續專注的探索與檢討，才能真正滿足需求』 重點就是『未知』『持續』『專注』

#15. 一切PO說了算? 權力不對等下的Scrum樣貌- Your Agile Coach

針對第一點，我相信對Scrum有一定程度理解的人而言，會知道敏捷開發本身是一項價值 ... 單單從文章的敘述來看，團隊貌似陷入瀑布式敏捷(Waterfall-like Scrum)的場景， ...

#16. 最新敏捷式開發熱門報導文章｜商周

看敏捷式開發議題文章上商業周刊，不斷更新，提供您最新「敏捷式開發」深度報導分析、時事新聞！ ... 「PTT創世神」杜奕瑾：善用它提升生活品質. 高季芃 | 2023.02.01.

#17. 威煦軟體開發有限公司 - jod2022.cz

[徵才] 威煦軟體招募產品工程師/PM/UIUX - Tech_Job - PTT情感投… ... Come True 隨著敏捷式開發跟開發工具的改良，現在的程式不僅更快，能做的事情更 ...

#18. 10分鐘讀懂Scrum與敏捷軟體開發入門／Yves Lin

江湖上軟體開發有兩個大門派，第一個門派是以流程為主軸的「瀑布式開發」，另一個門派在1990年代異軍突起，稱為「敏捷式開發」，其中最知名的武功就是Scrum； ...

#19. 談談敏捷開發的看法

在PTT Soft_Job 看到這篇討論： 敏捷課程觀察心得我的看法跟這位差不多，不是反對敏捷，覺得敏捷就是種『軟體開發管理』 ...

#20. [請益] 公司轉型scrum 重談offer- 看板Soft_Job - Mo PTT 鄉公所

其實去或留都有考量的點，今天看了很多跟scrum 與敏捷開發有關的文章也知道公司正走在那些教科案例踩過的痛點上，似乎是轉型必經之路如果能親身 ...

#21. 彰化縣線西鄉 工業職缺，徵才- 彰濱工業區職缺 - Adb84Y4J

... 商業司登記財政部營業稅籍登記Ptt查公司名稱公司簡介KOK集團，台灣第家油封公司。 ... 我們採用敏捷式開發流程，鼓勵透過小步快跑的精神，進行專案可行性的實驗。

#22. [討論] Scrum Master是什麼樣的工作? PTT推薦- Tech_Job

查了一下,好像要跟產品經理及開發團隊天天開會討論. 確保產品開發效率 ... lzylzy123 09/22 21:28敏捷式專案開發的主角之一，看到的職位需求都是至.

#23. 隕石開發法

「隕石式開發」有解？遊戲產業的開發挑戰（一） - Fellows 創新… 隕石是起源於外太空某一物體墜落在地面的固體碎片，如彗星、小行星或流星體。

#24. 雲灣資訊有限公司｜工作徵才簡介 - 1111人力銀行

雲灣資訊有限公司｜雲灣資訊創立於2009 年，專注於天氣與防災相關資訊軟體系統之開發與建置。 本公司擅長敏捷式開發流程、並擁有豐富的實務經驗與技術能力， ...

#25. 最新消息| 新加坡商鈦坦科技 - Titansoft

專注線上軟體平台的開發與維護，致力於敏捷開發實踐與推廣，並代理敏捷專案管理 ... 談「敏捷型組織」或「敏捷式開發」，究竟敏捷（Agile）為什麼能夠提高組織效能？

#26. 近7天繁體中文暢銷排行 - 天瓏

ChatGPT 開發手冊- 用OpenAI API ‧ LangChain ‧ Embeddings ... 無瑕的程式碼－敏捷軟體開發技巧守則(Clean Code: A Handbook of Agile Software Craftsmanship) ...

#27. 新加坡商鈦坦科技－最新職缺徵才中｜Yourator 求職平台

身處快速變動的軟體產業，我們採用敏捷開發，同時將敏捷思維注入公司文化，目的是快速、靈活地應對客戶和市場需求的變化，在多年導入及迭代的經驗下，我們也開始提供企業客 ...

#28. 成功的敏捷產品管理：打造暢銷產品的祕訣 - Readmoo

數位科技時代來臨，各個企業在變化快速、競爭激烈的市場當中，無不努力爭取一席之地，而著重於迭代、溝通與客戶需求的「敏捷式開發」，賦予企業在產品 ...

#29. 敏捷工作法百百種，哪一個適合我？專家：3大類別必須了解

根據敏捷開發管理諮詢公司VersionOne每年所做《敏捷現況》（State of Agile Report）最新報告顯示，目前全球敏捷團隊運用最普及的工具當數Scrum，占比 ...

#30. 健身管_類星體數位股份有限公司資深後端工程師

面試地區：臺北市。面試時間：2022 年8 月。面試結果：未錄取。薪水：每個月新台幣77000 元。面試過程：香港商宇晨品牌顧問xarefit享健身健身管_類 ...

#31. Soft_Job - [請益] 開發流程混亂 - PTT網頁版

後來主管說，小公司有小公司敏捷開發的方法，老闆喜歡快，馬上能開發看到畫面，代表效率，還說開發就是做減法，先把所以功能都放上去再一個一個移除這樣。

#32. 瀑布式還是隕石開發法？那不如試試看迭代開發吧！ - 進度條

而迭代開發的流程中，除了上線之外，在下一次的開發前，也和Agile（敏捷式開發）一樣，會Daily standing up meeting以及導入retrospect的機制，來讓 ...

#33. Re: [閒聊] CDPR高層現正面對員工的憤怒- C_Chat | PTT動漫區

Arctica22年前, 5F好R 談敏捷具體的方式是scrum跟CI/CD，那隕石式具體的 ... WiLLSTW22年前, 9F隕石式開發就Deadline-Driven Development 簡稱DDD 太D ...

#34. [討論] 2周高速開發App的秘訣，CMoney從技術與 - PTT評價

不只將核心數據引擎模組化和API化，以敏捷思維翻轉瀑布式開發流程，更展開組織變革，改用矩陣組織和OKR目標管理，奠下快速開發的基礎.

#35. 聯發科約聘 - Ae-ucetnictvi

[請益] OFFER 選擇(群創聯發科約聘) - soft_job | PTT職涯區 ... 以使用者故事(user story) 作為開發依據，採用敏捷式開發(Agile development) 快速 ...

#36. 敏捷軟體開發- 維基百科，自由的百科全書

敏捷 軟體開發（英語：Agile software development），又稱敏捷開發，是一種應對快速 ... 分佈式開發允許組織通過戰略性地在全球不同地區建立團隊來構建軟體，實際上是 ...

#37. 你真的搞懂了什麼叫敏捷式( Agile ) 開發嗎? - 專案管理生活思維

敏捷式開發 (Agile Development)是近來時常耳聞的一個名詞，我們或多或少對於這個名詞有些微的概念，但是卻又很難具體的描述出一個全面性的觀點來。

#38. 為什麼Scrum 敏捷方法在亞洲行不通？階級文化和cost-down ...

如果知道敏捷開發的人，對 Scrum 一定不陌生。為了將產品能夠更快速的讓 ... 還有管理階層為何抗拒敏捷式的管理方法。 全力採用敏捷方法的亞洲公司 ...

#39. 雲端運算服務| Microsoft Azure

混合式+ 多重雲端. 隨處取得Azure 創新— 為您的內部部署工作負載帶來雲端運算的敏捷性與創新. Azure Arc. 隨時隨地保護、開發及操作基礎結構、應用程式和Azure 服務.

#40. 雲端防護與端點網路資安第一名| 趨勢科技| 趨勢科技

採用7 天24 小時的託管式偵測、回應及支援服務來彌補您資安團隊的不足 ... 雲端開發人員. 兼顧資安要求又準時推出 ... 擁抱平台式方法就是邁向改善資安及韌性之路。

#41. VMFIVE - 跨時代、跨境，提供您多元的行銷科技解決方案

2020 年3 月30 日，台北訊 – 新創公司VMFive 集團ADisON 廣告事業部2019 年創新推出AAC 敏捷式廣告中心打下好成績，領先業界開發的置底廣告技術大獲廣告主青睞，營業額創 ...

#42. 訓練課程 - 台灣金融研訓院

舉辦金融教育訓練，培訓金融各階主管及經營人才。培育金融專業師資，開發新種金融訓練課程及教材。 ... 金融數位轉型WORKSHOP-敏捷管理一點就通(第4期). 上課時間.

#43. 人才招募- 台灣積體電路製造股份有限公司

概述 · 晶圓廠區 · 產能 · 超大晶圓廠 · 工程效能最佳化 · 敏捷與智慧生產. 開放創新平台 ... 連線與封裝技術, 品質與可靠性, 資訊技術, 內部稽核, 業務開發, 客戶服務 ...

#44. PaGamO

When I started using this amazing online gaming platform, my students' learning motivation becomes even stronger. Before using PaGamO, the students would let ...

#45. MERRELL台灣官網

輕量設計，而且很靈活，可以幫助你提高敏捷性和速度。外型設計更是潮出眾，上腳 ... NOVA 防水透氣登山健行鞋• DRY襪套式防水結構-100%防水透氣，幫助雙腳保持乾爽。

#46. 日經中文網--日本經濟新聞中文版

日經中文網官方網站。日經中文網是日本經濟新聞社的中文財經網站。提供日本、中國、歐美財經金融信息、商務、企業、高科技報道、評論和專欄。

#47. 健身房推薦｜私人健身教練課程首選｜World Gym世界健身俱樂部

World Gym健身俱樂部為世界知名健身房品牌之跨國企業，以帶起全台運動風氣為目標，努力在台灣健身界深根23年，終於將健身房據點開遍全台各地，目前已有百間健身俱樂部 ...

#48. 【塞掐Side Chat】E167｜創作NFT 一夜賺兩千萬 - INSIDE

區塊鏈,Podcast,podcast,Side Chat,NFT,生成式藝術(side-chat-e167) ... 興趣是半夜滑app 商店研究新服務以及逛PTT ，是故言出必宅，笑點難懂。

#49. Heho健康- 最多人看的專業健康媒體

2023 年9 月2 日. 罕見血管異位主動脈剝離手術，大林慈濟獨創術式拆彈救命！ 2023 年9 月1 日 ... 找回思緒敏捷！攝取精萃胜肽維持思考靈活度. 請問專家更多文章 ...

#50. 華南銀行＋App 用戶滿意- 上市櫃 - 旺得富理財網

在數位化時代的浪潮下，流暢的行動銀行數位體驗已成為民眾往來銀行的首要選擇。華南銀行以「使用者為中心」，致力敏捷開發迅速回饋客戶需求， ...

#51. Python - 100天从新手到大师 - GitHub

反模式编程（意大利面代码、复制-黏贴编程、自负编程、……） 团队开发工具介绍. 版本控制：Git、Mercury; 缺陷管理：Gitlab、Redmine; 敏捷闭环工具：禅道 ...

#52. 唐鳳：我所看待的自由與未來 - Google 圖書結果

推薦序人不應被教育,而是給予挑戰與機會 PTT創辦人、台灣人工智慧實驗室創辦人杜奕瑾 ... 需擁抱開放開源與社群所自然演繹出的敏捷式開發,以快速的目標開發,循環漸進式 ...

#53. 敏捷軟體開發方法與Scrum 簡介 - SlideShare

敏捷 軟體開發⽅方法與Scrum 簡介智慧系統部⼋八月份知識社群, 主講⼈人徐晨13年8 ... Why Scrum (敏捷式專案管理)Yu Wei Shang13.9K views•50 slides.

#54. 鈦坦科技博弈

快速面試時我有詢問他們是不是博弈業，得到鈦坦科技Data Analyst. 工作. 在各式敏捷活動上，有許多夥伴們都拿到了鈦坦自製Planning Poker ，不曉得大家知 ...

#55. 職涯｜Scrum Master 雜談＆近期面試心得 - Matters

我覺得Scrum Master 是敏捷管理流行下的產物，就職涯發展上，廣義而言 ... Medium：敏捷式開發-agile-瀑布式開發-waterfall-敏捷式ux-lean-ux-兜幾.

#56. 一次搞懂Kanban看板管理法—最容易上手的敏捷工作法【敏捷 ...

每個Sprint結束時一次性交付預期成果。 持續交付成果。 角色與職責, 有明確的工作角色（產品負責人、Scrum Master、開發團隊），甚至還 ...

#57. 保险公司社会实践报告 - 范文资料网

所以，任何一家人寿保险公司都相当重视保险推销人员的培训与开发。 ... 转正培训、业务经理晋升培训、代理人资格考试培训、PTT（兼职讲师）培训等。

#58. Scrum 懶人包- 10分鐘讀懂Scrum Agile 敏捷軟體開發專案入門 ...

江湖上軟體開發與專案管理有兩個大門派，第一個門派歷史跟軟體一樣久，心法是以流程為主軸，正式名稱瀑布式開發Waterfall，最具代表的武功就是 CMMI， ...

#59. 058 一分鐘學敏捷什麼是敏捷的開發團隊？敏捷開發 ... - YouTube

敏捷開發 團隊又如何執行專案呢？ ... 開發 團隊會自己選擇最佳的方式完成工作，讓整體的效率和效能最大化。 ... 什么是瀑布、迭代和 敏捷式开发 ？