作者MOONY135 (談無慾)
看板Soft_Job
標題[分享] Scrum 的適合場景：「外包團隊」
時間Mon Mar 9 13:54:45 2020
今天早上看到社群的分享文章
轉貼過來
https://reurl.cc/ex5lpR
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 114.34.35.125 (臺灣)
※ 文章網址: https://webptt.com/m.aspx?n=bbs/Soft_Job/M.1583733287.A.2AA.html
1F：噓 mcamory: 蠻外行的看法，外包絕對不適用，對於外包廠商來說，除非 03/09 13:58
2F：→ mcamory: 你專案是談人工時，如果是fixed cost的話，最好是有辦法 03/09 13:58
3F：→ mcamory: 在spec、scope不明確的情況下簽約，如果你是客戶，你會 03/09 13:58
4F：→ mcamory: 簽人工時的約？？ 03/09 13:58
5F：→ mcamory: 抱歉，補推回來，沒注意到 03/09 13:58
6F：→ mcamory: 補推 03/09 13:59
7F：→ justben: 我自己是直接用二段式報價->開規格也是一個價 = = 03/09 14:20
8F：→ justben: 有遠端用過Scrum 還是取決於團隊的實力 03/09 14:22
9F：→ pttworld: 項目估算人天請款還蠻常見的，只是這麼做錢很少人就不多 03/09 14:35
10F：→ pttworld: 當人數少到開晨會都沒意義時，最初導入的目的反而迷失了 03/09 14:37
11F：→ qrtt1: 即使是版主也要多寫點內容或心得啊 03/09 14:42
我個人目前遇到跑敏捷的都沒有好結果就是了
通常都是以為弄下去就變快或者是萬靈丹 最終變成流於形式
之前面試也被問過對於敏捷的看法 我覺得要看最高推導敏捷的人
認為敏捷是什麼 是不是只看到好的沒有看到可能造成反面的原因
再來對於工程師組成的部分 如果是
工程師同樣能力同樣年資一批(A) vs 跟年資或者專案經歷階段式分佈(B)
兩者開出來的點數差會很有趣的
但通常我看到的好像是以為只要敏捷跑下去立刻就會level up B->A
對於管理人來說 好像只要能算出了時程 彷彿專案就已經完成了
要我比喻的話 我目前遇到的大概都是
就像是去光華一間一間問價格 然後只要有價格比較低的(資深)
就反問貴的(資淺)為什麼你要賣那麼貴
12F：推 agogoman: 一樓一直補推不成功, 幫QQ 03/09 14:47
13F：→ jobintan: 搞Scrum代表專案時間會拖很長，有無考慮過以時間計價？ 03/09 14:55
14F：→ jobintan: 例如計時／計日／計週／計雙週／乃至計月的方式簽約。 03/09 14:56
※ 編輯: MOONY135 (114.34.35.125 臺灣), 03/09/2020 14:59:10
※ 編輯: MOONY135 (114.34.35.125 臺灣), 03/09/2020 15:11:50
15F：推 sunsamy: 什麼敏捷,Scrum等新穎的管理方式都是不學無術的人提出來 03/09 15:25
16F：→ sunsamy: 的沒什麼學理依據,問他為什麼是2個禮拜一個spring,report 03/09 15:25
17F：→ sunsamy: 要每天,programming要pair,沒什麼人回答出一個有邏輯的解 03/09 15:25
18F：→ sunsamy: 釋,更況且通常跟目前已知最有效率的邏輯是相衝的 03/09 15:25
19F：→ xam: 等一下作者就來回覆了吧... 03/09 15:25
20F：→ sunsamy: 更好笑的是目前有一個職位叫：敏捷大師(104有販售) 03/09 15:27
21F：推 ckp4131025: 敏捷指的是快速調整方向，而不是快速開發，兩者的差別 03/09 17:43
22F：→ ckp4131025: 很大 03/09 17:43
23F：推 king22649: 引言非常棒XDDDD 03/09 18:08
24F：→ king22649: 精銳的譬喻 03/09 18:08
25F：→ yuanruo: 稿scrum最後都來壓榨工程師用的 03/09 19:21
26F：推 Csongs: 等一樓補推 03/09 19:40
27F：推 Csongs: 引言滿好笑的 03/09 19:42
28F：→ alan3100: 引言就暴露見解錯誤了..100人月切10份不會變成9*10 03/09 20:02
29F：推 winken2004: 純推工程師幹話 03/09 20:04
30F：→ alan3100: 甚至是11*10 就上面講的是快速調整方向,避免100全都錯 03/09 20:04
31F：→ Sieg2010: 外包搞Scrum, 那允許甲方一直改Spec嗎? 只是搞死工程師 03/09 20:45
反過來了 內部修改跟插單完全不需要"成本" 只要頭頭說改就改
可以想改就改 如果是外部的話 改了就會有成本產生
意識到有沒有成本增加這件事情就會少掉很多"覺得這邊不好那邊不要的小修改"
32F：推 abccbaandy: 可以啊，加錢 03/09 21:16
33F：推 superpai: scrum 就是給你每兩個禮拜收一次錢跟改spec呀 03/09 21:16
34F：→ abccbaandy: 一般公司不能跑就是因為改規格沒成本，但外包沒差 03/09 21:17
再來就是考慮到工程師 彼此之間技能的落差估出來的時程
35F：推 superpai: 至於為什麼兩個禮拜一個sprint大概是剛好那些大大的公司 03/09 21:22
36F：→ superpai: 每兩周付一次薪水吧 03/09 21:22
37F：→ Ghamu: 可是我們沒用scrum花好多時間做出的東西使用者都不用它們欸 03/09 21:28
38F：→ Ghamu: 還有沒有stand up meeting 真的少了很多團隊感 03/09 21:28
39F：→ Ghamu: 雖然我們公司的scrum後來也沒了 但從我之前肉身遇到哪些問 03/09 21:29
40F：→ Ghamu: 題 覺得他們還是有他的道理的 03/09 21:29
41F：→ Ghamu: 我覺得是這樣 新的東西出來不是因為他爽 吃飽沒事幹 通常都 03/09 21:32
42F：→ Ghamu: 是因為舊有的系統有其盲點 缺點 所以才有他們的存在 而他們 03/09 21:32
43F：→ Ghamu: 持續survive 也就證明了他們本身有其價值 不是來亂的王八蛋 03/09 21:32
44F：推 ckp4131025: Scrum的功能之一就是用來改善做出來沒人用這點的 03/09 21:34
45F：→ ckp4131025: 你可以快速調整方向才不會一條錯路走到底 03/09 21:34
※ 編輯: MOONY135 (123.194.180.20 臺灣), 03/09/2020 22:43:21
46F：推 senjor: 敏捷不是快，如果要翻譯，我會覺得翻譯成靈活開發會更好 03/09 23:20
47F：→ senjor: 我通常會舉例敏捷開發比較類似一台可以在過彎上勝過傳統開 03/09 23:21
48F：→ senjor: 發的車子，但是如果單純只是要比直線衝刺，敏捷當然不具備 03/09 23:21
49F：→ senjor: 優勢，而且還會更慢，因為敏捷注重的是隨時要準備轉彎。 03/09 23:22
50F：→ devilkool: 滾動式開發 03/10 02:07
51F：推 jack0204: 力量開發，智慧開發 03/10 09:32
52F：推 cominlin: 簡單講就是下坡的AE86嘛 速度不快但很會轉彎 03/10 10:21
53F：推 showshowman: 我看到的都是覺得scrum很潮就把團隊帶下去跑，然後 03/10 11:00
54F：→ showshowman: 就一團亂，基本上奴性跟scrum有點矛盾 03/10 11:00
55F：推 jlhc: 是奴性硬幹跟 scrum 本身是衝突的沒錯 XD 03/10 14:16
56F：推 Masakiad: 我們跑敏捷都蠻成功的啊，然後外包怎麼可能適合Scrum， 03/10 16:24
57F：→ Masakiad: 要麻工程師痛苦要麻對口業主的痛苦 03/10 16:24
58F：推 jennya: 的確有看過接案的公司跑scrum成功的案例，據說他們的客戶 03/10 19:28
59F：→ jennya: 也很喜歡每兩個禮拜可以看到成果在進步 03/10 19:28
60F：→ jennya: 而不是過好幾個月發現成果是一團屎 03/10 19:28
61F：→ jennya: 另外推上面senjor的解釋，好中肯！我也覺得如果很確定是 03/10 19:30
62F：→ jennya: 要直線前進（要做什麼樣的產品很明確）的話，使用一些ag 03/10 19:30
63F：→ jennya: ile方法論真的反而更慢 03/10 19:30
64F：推 Masakiad: Scrum:可以每個sprint彈性調整步調(O) 03/10 19:38
65F：→ Masakiad: Scrum:可以每隔一段時間看到新進度(X) 03/10 19:38
66F：推 Masakiad: 瀑布流:可以每隔一段時間驗收跟合約上sa/sd的結果有沒 03/10 19:42
67F：→ Masakiad: 有一樣(O) 03/10 19:42
68F：→ Masakiad: 咦 ？ 03/10 19:42
69F：推 expup: scrum都是工作方法不要期望看一本書套入公式就有好結果 03/11 00:15
70F：推 cd12631: 很多自稱scrum 最後都變成隕石流 03/11 01:06
71F：推 ernieyang09: 蠻中肯的阿 所以每間公司寫出來的不都跟外包一樣 03/12 00:01
72F：推 mcamory: 補推XD 抱歉 推半天 03/12 21:47
73F：→ viper9709: 推隕石流 04/07 23:41