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

作者: MOONY135 (談無慾)   2020-03-09 13:54:45
今天早上看到社群的分享文章
轉貼過來
https://reurl.cc/ex5lpR
作者: mcamory (台北/公館)   2020-03-09 13:58:00
蠻外行的看法,外包絕對不適用,對於外包廠商來說,除非你專案是談人工時,如果是fixed cost的話,最好是有辦法在spec、scope不明確的情況下簽約,如果你是客戶,你會簽人工時的約??抱歉,補推回來,沒注意到補推
作者: justben (BEN)   2020-03-09 14:20:00
我自己是直接用二段式報價->開規格也是一個價 = =有遠端用過Scrum 還是取決於團隊的實力
作者: pttworld (批踢踢世界)   2020-03-09 14:35:00
項目估算人天請款還蠻常見的,只是這麼做錢很少人就不多當人數少到開晨會都沒意義時,最初導入的目的反而迷失了
作者: qrtt1 (有些事,有時候。。。)   2020-03-09 14:42:00
即使是版主也要多寫點內容或心得啊
作者: agogoman (cocorosie)   2020-03-09 14:47:00
一樓一直補推不成功, 幫QQ
作者: jobintan (Robin Artemstein)   2020-03-09 14:55:00
搞Scrum代表專案時間會拖很長,有無考慮過以時間計價?例如計時/計日/計週/計雙週/乃至計月的方式簽約。
作者: sunsamy   2020-03-09 15:25:00
什麼敏捷,Scrum等新穎的管理方式都是不學無術的人提出來的沒什麼學理依據,問他為什麼是2個禮拜一個spring,report要每天,programming要pair,沒什麼人回答出一個有邏輯的解釋,更況且通常跟目前已知最有效率的邏輯是相衝的
作者: xam (聽說)   2020-03-09 15:25:00
等一下作者就來回覆了吧...
作者: sunsamy   2020-03-09 15:27:00
更好笑的是目前有一個職位叫:敏捷大師(104有販售)
作者: ckp4131025 (ckp4131025)   2020-03-09 17:43:00
敏捷指的是快速調整方向,而不是快速開發,兩者的差別很大
作者: king22649   2020-03-09 18:08:00
引言非常棒XDDDD精銳的譬喻
作者: yuanruo (罪を憎んで人を憎まず)   2020-03-09 19:21:00
稿scrum最後都來壓榨工程師用的
作者: Csongs (西歌)   2020-03-09 19:40:00
等一樓補推引言滿好笑的
作者: alan3100 (BOSS)   2020-03-09 20:02:00
引言就暴露見解錯誤了..100人月切10份不會變成9*10
作者: winken2004 (新竹肥宅)   2020-03-09 20:04:00
純推工程師幹話
作者: alan3100 (BOSS)   2020-03-09 20:04:00
甚至是11*10 就上面講的是快速調整方向,避免100全都錯
作者: Sieg2010 (Sieg)   2020-03-09 20:45:00
外包搞Scrum, 那允許甲方一直改Spec嗎? 只是搞死工程師
作者: abccbaandy (敏)   2020-03-09 21:16:00
可以啊,加錢
作者: superpai (超級白)   2020-03-09 21:16:00
scrum 就是給你每兩個禮拜收一次錢跟改spec呀
作者: abccbaandy (敏)   2020-03-09 21:17:00
一般公司不能跑就是因為改規格沒成本,但外包沒差
作者: superpai (超級白)   2020-03-09 21:22:00
至於為什麼兩個禮拜一個sprint大概是剛好那些大大的公司每兩周付一次薪水吧
作者: Ghamu (貓丸)   2020-03-09 21:28:00
可是我們沒用scrum花好多時間做出的東西使用者都不用它們欸還有沒有stand up meeting 真的少了很多團隊感雖然我們公司的scrum後來也沒了 但從我之前肉身遇到哪些問題 覺得他們還是有他的道理的我覺得是這樣 新的東西出來不是因為他爽 吃飽沒事幹 通常都是因為舊有的系統有其盲點 缺點 所以才有他們的存在 而他們持續survive 也就證明了他們本身有其價值 不是來亂的王八蛋
作者: ckp4131025 (ckp4131025)   2020-03-09 21:34:00
Scrum的功能之一就是用來改善做出來沒人用這點的你可以快速調整方向才不會一條錯路走到底
作者: senjor (哞哞)   2020-03-09 23:20:00
敏捷不是快,如果要翻譯,我會覺得翻譯成靈活開發會更好我通常會舉例敏捷開發比較類似一台可以在過彎上勝過傳統開發的車子,但是如果單純只是要比直線衝刺,敏捷當然不具備優勢,而且還會更慢,因為敏捷注重的是隨時要準備轉彎。
作者: devilkool (對貓毛過敏的貓控)   2020-03-10 02:07:00
滾動式開發
作者: jack0204 (Jarbar王朝)   2020-03-10 09:32:00
力量開發,智慧開發
作者: cominlin (DiawCat)   2020-03-10 10:21:00
簡單講就是下坡的AE86嘛 速度不快但很會轉彎
作者: showshowman (show)   2020-03-10 11:00:00
我看到的都是覺得scrum很潮就把團隊帶下去跑,然後就一團亂,基本上奴性跟scrum有點矛盾
作者: jlhc (H)   2020-03-10 14:16:00
是奴性硬幹跟 scrum 本身是衝突的沒錯 XD
作者: Masakiad (Masaki)   2020-03-10 16:24:00
我們跑敏捷都蠻成功的啊,然後外包怎麼可能適合Scrum,要麻工程師痛苦要麻對口業主的痛苦
作者: jennya (Jennya)   2020-03-10 19:28:00
的確有看過接案的公司跑scrum成功的案例,據說他們的客戶也很喜歡每兩個禮拜可以看到成果在進步而不是過好幾個月發現成果是一團屎另外推上面senjor的解釋,好中肯!我也覺得如果很確定是要直線前進(要做什麼樣的產品很明確)的話,使用一些agile方法論真的反而更慢
作者: Masakiad (Masaki)   2020-03-10 19:38:00
Scrum:可以每個sprint彈性調整步調(O)Scrum:可以每隔一段時間看到新進度(X)瀑布流:可以每隔一段時間驗收跟合約上sa/sd的結果有沒有一樣(O)咦 ?
作者: expup (linux)   2020-03-11 00:15:00
scrum都是工作方法不要期望看一本書套入公式就有好結果
作者: cd12631 (<(◥█◤△◥█◤)>)   2020-03-11 01:06:00
很多自稱scrum 最後都變成隕石流
作者: ernieyang09 (亂入)   2020-03-12 00:01:00
蠻中肯的阿 所以每間公司寫出來的不都跟外包一樣
作者: mcamory (台北/公館)   2020-03-12 21:47:00
補推XD 抱歉 推半天

Links booklink

Contact Us: admin [ a t ] ucptt.com