作者MOONY135 (谈无慾)
看板Soft_Job
标题[分享] Scrum 的适合场景：「外包团队」
时间Mon Mar 9 13:54:45 2020
今天早上看到社群的分享文章
转贴过来
https://reurl.cc/ex5lpR
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 114.34.35.125 (台湾)
※ 文章网址: https://webptt.com/cn.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