在小弟的認知裡面
敏捷開發是軟體公司在玩的管理方式
把task切成小塊小塊 然後每天review
但是硬體公司的軟韌體問題
通常是OS 硬體 韌體 不同function間 全都攪在一起
所以開發上的眉眉角角各種鳥事比純軟體多太多
用敏捷開發在硬體公司做專案管理或許不那麼合拍
大家認為呢??
作者:
rexxon (我要成為CP王)
2018-03-28 21:10:00你敏捷別人不敏捷, 洗板子給你洗錯 delay 叫你無中生有寫然後被 highlight 開發太慢拖 schedule...以上都是夢到的
作者:
j02850 (Blues)
2018-03-28 21:37:00台灣真正敏捷的沒幾個
作者:
k012727 (阿勳)
2018-03-28 22:12:004
作者:
YukiTW (ゆうき)
2018-03-28 22:43:00台灣都只是學半套啊，主管自己都不敏捷了然後菜鳥每天早上都在罰站，超浪費時間的
作者:
EraKing (防禦率王)
2018-03-28 23:49:00standup meeting都開30分鐘起跳的
作者:
chuegou (chuegou)
2018-03-29 00:27:00我也在想 韌體要怎麼先寫測試單元
作者:
maypcc (The K)
2018-03-29 01:58:00不限於sw，小m就是agile很成功的案貌，簡單來講就是快速改變以符合客戶需求
作者:
yudofu (豆腐)
2018-03-29 06:24:00敏捷只是一種開發方式，頂多只是不適合而已，板子洗錯跟敏捷有甚麼關係？叫老闆把你們的白痴硬體通通開除啊
作者:
face (你只能到此為止)
2018-03-29 07:30:00重點在快速溝通，減少無謂的行動
作者:
YukiTW (ゆうき)
2018-03-29 09:10:00樓上就是精髓，台廠最後就是搞到老闆隨便下指令，部屬瞎忙根本沒達到交流減少白作功的目標，最後只會早上起來罰站
作者: yolasiku (我的綠卡能吃嗎) 2018-03-29 10:09:00
結論：daily review 照3餐問候做好沒？還沒就給我加班超快der
作者:
Ekmund (是一隻小叔)
2018-03-29 10:29:00敏捷開發真的無關開發速度 這點很重要 別被名子拐去它是把需求本身模組化 並透過頻繁的review去隨時調整各個區塊 以將彈性最大化去應對需求變化 這是它被稱為「agile」的地方純論開發時程長短 傳統waterfall還比較快但重點是 這得建立在團隊本身溝通夠有效上 只會嗨賴就..
作者: sos20122 (kev) 2018-03-29 20:20:00
有看過用每日立會每天佔會議室打開門都坐著......
作者:
npsi 2018-03-29 20:55:00公司很多人用啊 把敏捷點高之後閃避也變很高
作者:
chocopie (好吃的巧克力派 :))
2018-03-30 00:38:00敏感帶開發連需求都搞不清楚結果做了一堆東西然後沒人用
作者:
gcnet (gcn)
2018-03-30 09:36:00敏捷成敗看owner是誰