[分享] Scrum 的適合場景：「外包團隊」

mcamory03/09 13:58蠻外行的看法，外包絕對不適用，對於外包廠商來說，除非

mcamory03/09 13:58你專案是談人工時，如果是fixed cost的話，最好是有辦法

mcamory03/09 13:58在spec、scope不明確的情況下簽約，如果你是客戶，你會

mcamory03/09 13:58簽人工時的約？？

mcamory03/09 13:58抱歉，補推回來，沒注意到

mcamory03/09 13:59補推

justben03/09 14:20我自己是直接用二段式報價->開規格也是一個價 = =

justben03/09 14:22有遠端用過Scrum 還是取決於團隊的實力

pttworld03/09 14:35項目估算人天請款還蠻常見的，只是這麼做錢很少人就不多

pttworld03/09 14:37當人數少到開晨會都沒意義時，最初導入的目的反而迷失了

qrtt103/09 14:42即使是版主也要多寫點內容或心得啊

agogoman03/09 14:47一樓一直補推不成功, 幫QQ

jobintan03/09 14:55搞Scrum代表專案時間會拖很長，有無考慮過以時間計價？

jobintan03/09 14:56例如計時／計日／計週／計雙週／乃至計月的方式簽約。

sunsamy03/09 15:25什麼敏捷,Scrum等新穎的管理方式都是不學無術的人提出來

sunsamy03/09 15:25的沒什麼學理依據,問他為什麼是2個禮拜一個spring,report

sunsamy03/09 15:25要每天,programming要pair,沒什麼人回答出一個有邏輯的解

sunsamy03/09 15:25釋,更況且通常跟目前已知最有效率的邏輯是相衝的

xam03/09 15:25等一下作者就來回覆了吧...

sunsamy03/09 15:27更好笑的是目前有一個職位叫：敏捷大師(104有販售)

ckp413102503/09 17:43敏捷指的是快速調整方向，而不是快速開發，兩者的差別

ckp413102503/09 17:43很大

king2264903/09 18:08引言非常棒XDDDD

king2264903/09 18:08精銳的譬喻

yuanruo03/09 19:21稿scrum最後都來壓榨工程師用的

Csongs03/09 19:40等一樓補推

Csongs03/09 19:42引言滿好笑的

alan310003/09 20:02引言就暴露見解錯誤了..100人月切10份不會變成9*10

winken200403/09 20:04純推工程師幹話

alan310003/09 20:04甚至是11*10 就上面講的是快速調整方向,避免100全都錯

Sieg201003/09 20:45外包搞Scrum, 那允許甲方一直改Spec嗎? 只是搞死工程師

abccbaandy03/09 21:16可以啊，加錢

superpai03/09 21:16scrum 就是給你每兩個禮拜收一次錢跟改spec呀

abccbaandy03/09 21:17一般公司不能跑就是因為改規格沒成本，但外包沒差

superpai03/09 21:22至於為什麼兩個禮拜一個sprint大概是剛好那些大大的公司

superpai03/09 21:22每兩周付一次薪水吧

Ghamu03/09 21:28可是我們沒用scrum花好多時間做出的東西使用者都不用它們欸

Ghamu03/09 21:28 還有沒有stand up meeting 真的少了很多團隊感

Ghamu03/09 21:29雖然我們公司的scrum後來也沒了 但從我之前肉身遇到哪些問

Ghamu03/09 21:29題 覺得他們還是有他的道理的

Ghamu03/09 21:32我覺得是這樣 新的東西出來不是因為他爽 吃飽沒事幹 通常都

Ghamu03/09 21:32是因為舊有的系統有其盲點 缺點 所以才有他們的存在 而他們

Ghamu03/09 21:32持續survive 也就證明了他們本身有其價值 不是來亂的王八蛋

ckp413102503/09 21:34Scrum的功能之一就是用來改善做出來沒人用這點的

ckp413102503/09 21:34你可以快速調整方向才不會一條錯路走到底

senjor03/09 23:20敏捷不是快，如果要翻譯，我會覺得翻譯成靈活開發會更好

senjor03/09 23:21我通常會舉例敏捷開發比較類似一台可以在過彎上勝過傳統開

senjor03/09 23:21發的車子，但是如果單純只是要比直線衝刺，敏捷當然不具備

senjor03/09 23:22優勢，而且還會更慢，因為敏捷注重的是隨時要準備轉彎。

devilkool03/10 02:07滾動式開發

jack020403/10 09:32力量開發，智慧開發

cominlin03/10 10:21簡單講就是下坡的AE86嘛 速度不快但很會轉彎

showshowman03/10 11:00我看到的都是覺得scrum很潮就把團隊帶下去跑，然後

showshowman03/10 11:00就一團亂，基本上奴性跟scrum有點矛盾

jlhc03/10 14:16是奴性硬幹跟 scrum 本身是衝突的沒錯 XD

Masakiad03/10 16:24我們跑敏捷都蠻成功的啊，然後外包怎麼可能適合Scrum，

Masakiad03/10 16:24要麻工程師痛苦要麻對口業主的痛苦

jennya03/10 19:28的確有看過接案的公司跑scrum成功的案例，據說他們的客戶

jennya03/10 19:28也很喜歡每兩個禮拜可以看到成果在進步

jennya03/10 19:28而不是過好幾個月發現成果是一團屎

jennya03/10 19:30另外推上面senjor的解釋，好中肯！我也覺得如果很確定是

jennya03/10 19:30要直線前進（要做什麼樣的產品很明確）的話，使用一些ag

jennya03/10 19:30ile方法論真的反而更慢

Masakiad03/10 19:38Scrum:可以每個sprint彈性調整步調(O)

Masakiad03/10 19:38Scrum:可以每隔一段時間看到新進度(X)

Masakiad03/10 19:42瀑布流:可以每隔一段時間驗收跟合約上sa/sd的結果有沒

Masakiad03/10 19:42有一樣(O)

Masakiad03/10 19:42咦 ？

expup03/11 00:15scrum都是工作方法不要期望看一本書套入公式就有好結果

cd1263103/11 01:06很多自稱scrum 最後都變成隕石流

ernieyang0903/12 00:01蠻中肯的阿 所以每間公司寫出來的不都跟外包一樣

mcamory03/12 21:47補推XD 抱歉 推半天

viper970904/07 23:41推隕石流