[分享] 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