在小弟的認知裡面
敏捷開發是軟體公司在玩的管理方式
把task切成小塊小塊 然後每天review
但是硬體公司的軟韌體問題
通常是OS 硬體 韌體 不同function間 全都攪在一起
所以開發上的眉眉角角各種鳥事比純軟體多太多
用敏捷開發在硬體公司做專案管理或許不那麼合拍
大家認為呢??
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 59.115.213.166
※ 文章網址: https://webptt.cc/bbs/Tech_Job/M.1522242275.A.492.html
推文 (34)
推
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