推 rexxon: 你敏捷別人不敏捷, 洗板子給你洗錯 delay 叫你無中生有寫 03/28 21:10
→ rexxon: 然後被 highlight 開發太慢拖 schedule...以上都是夢到的 03/28 21:12
→ PUTOUCHANG: 為了敏捷而敏捷 結果很有可能是 03/28 21:29
→ j02850: 台灣真正敏捷的沒幾個 03/28 21:37
推 ShibainuLee: 智力開發體質開發力量開發魅力開發精神開發 03/28 22:08
推 k012727: 4 03/28 22:12
推 YukiTW: 台灣都只是學半套啊，主管自己都不敏捷了 03/28 22:43
→ YukiTW: 然後菜鳥每天早上都在罰站，超浪費時間的 03/28 22:44
→ dantevergil: 學半套 自己改規則 03/28 22:46
推 EraKing: standup meeting都開30分鐘起跳的 03/28 23:49
推 chuegou: 我也在想 韌體要怎麼先寫測試單元 03/29 00:27
推 MonkeyCL: 文組比較適合敏捷開發 03/29 00:28
推 maypcc: 不限於sw，小m就是agile很成功的案貌，簡單來講就是快速 03/29 01:58
→ maypcc: 改變以符合客戶需求 03/29 01:58
推 yudofu: 敏捷只是一種開發方式，頂多只是不適合而已，板子洗錯跟敏 03/29 06:24
→ yudofu: 捷有甚麼關係？叫老闆把你們的白痴硬體通通開除啊 03/29 06:25
推 face: 重點在快速溝通，減少無謂的行動 03/29 07:30
→ YukiTW: 樓上就是精髓，台廠最後就是搞到老闆隨便下指令，部屬瞎忙 03/29 09:10
→ YukiTW: 根本沒達到交流減少白作功的目標，最後只會早上起來罰站 03/29 09:11
→ yolasiku: 結論：daily review 照3餐問候做好沒？還沒就給我加班 03/29 10:09
→ yolasiku: 超快der 03/29 10:09
推 Ekmund: 敏捷開發真的無關開發速度 這點很重要 別被名子拐去 03/29 10:29
→ Ekmund: 它是把需求本身模組化 並透過頻繁的review去隨時調整各個 03/29 10:31
→ Ekmund: 區塊 以將彈性最大化去應對需求變化 這是它被稱為「agile 03/29 10:31
→ Ekmund: 」的地方 03/29 10:31
→ Ekmund: 純論開發時程長短 傳統waterfall還比較快 03/29 10:32
→ Ekmund: 但重點是 這得建立在團隊本身溝通夠有效上 只會嗨賴就.. 03/29 10:34
→ ruthertw: 鴇鴇處長:敏你M的X! 03/29 11:30
→ sos20122: 有看過用每日立會每天佔會議室 03/29 20:20
→ sos20122: 打開門都坐著...... 03/29 20:21
推 npsi: 公司很多人用啊 把敏捷點高之後閃避也變很高 03/29 20:55
推 chocopie: 敏感帶開發 03/30 00:38
→ chocopie: 連需求都搞不清楚結果做了一堆東西然後沒人用 03/30 00:39
推 gcnet: 敏捷成敗看owner是誰 03/30 09:36