各位大佬哪些搞敏捷开发很久的，为什么最近公司转型敏捷，我觉得有点像传销风格？

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 2125 天前的主题，其中的信息可能已经有所发展或是发生改变。

是公司招的敏捷教练的问题，还是敏捷本来就这样，搞的一些什么小游戏什么的，没什么兴趣。敏捷的一些优点还是赞同的，回顾会梳理会什么的

第 1 条附言 · 2019-03-05 13:23:24 +08:00

1、个人感觉下来，敏捷是帮助不会管理的去管理
2、敏捷开发转型过程中，偶尔穿插的一些小游戏，感谢什么的应该是为了团队凝聚力什么的。
————这个还不如下班一起聚个餐尼。

敏捷

传销

大佬

梳理

35 条回复 • 2019-12-13 17:04:07 +08:00

zjsxwc

2019-03-05 11:06:30 +08:00

感觉体会最深的就是固定的小阶段性冲刺，不会被别的乱七八糟事情打扰

sansanhehe

2019-03-05 11:09:36 +08:00

敏捷就是让每个人都有活干，每个阶段都有目标，团队气氛活跃，刚开始确实会感觉像传销

zwdsix

2019-03-05 11:13:14 +08:00

代码写不干净就谈测试，测试还不会写就谈敏捷，代码的改动统称重构，功能强拆成两块就叫架构。

做技术的不都是这样吗？

xiaoxinshiwo

2019-03-05 11:13:33 +08:00

还搞小游戏

MuscleOf2016

2019-03-05 11:14:24 +08:00

@xiaoxinshiwo 对的，比较无语，还弄什么感谢，感谢团队每个人。。。。

reus

2019-03-05 11:19:28 +08:00

敏捷不是这样的，你这是忽悠

mingl0280

2019-03-05 11:19:35 +08:00

你这个哪里是敏捷开发，请了个成功学讲师还差不多，敏捷开发哪里需要搞什么小游戏，光子任务拆分下去就没空了。

xiaoxinshiwo

2019-03-05 11:20:08 +08:00

@MuscleOf2016 #5 感觉不是正经 IT 公司，话说正经公司程序员不都很忙吗？哪有时间搞这些乱七八糟的

MuscleOf2016

2019-03-05 11:28:10 +08:00

@mingl0280 子任务这些有的，不过只有一个教练要负责好几个团队的转型的，基本要团队内部的人在教练指导下发展。小游戏什么的这些弄的次数就几次

MuscleOf2016

2019-03-05 11:28:25 +08:00

@xiaoxinshiwo 确实不是互联网公司

passerbytiny

2019-03-05 11:36:15 +08:00

别的不知道，Scrum 对所有会议都有强制的最大时间要求，根本不可能让你有时间去感谢，更别说做游戏。

Ziya

2019-03-05 11:38:10 +08:00

具有成功学特色的 Scrum 模式🌚

66beta

2019-03-05 11:40:15 +08:00 via Android

敏捷最初想解决的问题是加速迭代，粗俗点讲就是多发版本
发版多了，bug 修复和新功能上线就更及时了

互联网公司没有不敏捷的吧？反而是过渡敏捷，把每个人都排满榨干

qing0304

2019-03-05 11:40:29 +08:00

太形式化了，说明这个讲师也不懂敏捷根源。

nijux

2019-03-05 11:48:01 +08:00

做游戏的目的可能是为了团队更直观的了解到敏捷的优点吧

sampeng

2019-03-05 12:29:04 +08:00 via iPhone

所有不写单元测试的都是假敏捷

pathbox

2019-03-05 12:29:58 +08:00 via iPhone

没有测试没有 CI 就别谈敏捷了，敏捷不是单纯的快，而更是高质量

angith

2019-03-05 12:31:48 +08:00 via Android

我司不仅学敏捷还学稻盛和夫。。

carlist

2019-03-05 13:00:45 +08:00

难道是 022 的 home credit ？这个岗位招了几个月了

sniffles

2019-03-05 13:07:22 +08:00

什么阿猫阿狗都能当导师咯

mogging

2019-03-05 13:10:18 +08:00

敏捷跟团队平均技术水平和领导素质有关，国内很难玩得转。https://baijiahao.baidu.com/s?id=1594455179751016834

zichen

2019-03-05 13:17:02 +08:00

能坚持每天开站会就算成功了。

myAngel

2019-03-05 13:23:11 +08:00

同意
@zichen 说的。
我在公司推广 scrum 流程，光回顾会就推广了半年。只用了半天时间就前功尽弃

敏捷 = “钱，在当今快速变化的时候活下去”而已

MuscleOf2016

2019-03-05 13:24:40 +08:00

@zichen 我们从转型那天开始，每天都站会。

arzterk

2019-03-05 14:33:36 +08:00

敏捷对人员素质要求很高的，被国内的狗屁管理人员玩坏了

ImmmortalFH

2019-03-05 14:38:50 +08:00

人在一起是聚会，心在一起是团队，身在一起是群配

yuan925

2019-03-05 14:50:14 +08:00

敏捷说到底还是属于项目管理的范畴，或者说交集非常大，有几个开发产品测试懂真正的项目管理？

正常的项目管理都做不好，连敏捷最基本定位都弄不清，就只知道 scrum、看板的一点皮毛，就开始玩敏捷，能做的好才怪。

blaxmirror

2019-03-05 15:13:57 +08:00

工作在外企，我们就是敏捷模式，每个 team 大概 5-7 个人，4 个 design，2 个 tester，其中一位作为 scrum master (team leader)，除了写代码之外还要写测试写文档，跟项目经理讨论外部行为，跟架构讨论架构是否合理。
总的来说效率很高，对每个人的压力也大，因为队伍人少，每个人干了什么没干什么一清二楚，不适应和效率差的很快就可以抓出来。
说到底敏捷开发就是为了变更需求，提高容错，一个需求下来，往往很快可以进入开发，边开发边研究边改动，码农们不止为了手上的代码负责，不是只去实现产品经理整理好的条目，自己对于产品的外部行为也是有责任的。

gulili

2019-03-05 15:44:46 +08:00

敏捷模式放到任何一个团队都需要做适配，完全照搬照抄形式是没有什么意义的。上面有大佬说的好，是给不会管理的人管理团队用的，甚至可以说是用敏捷模式去管理团队，这样就不需要有一个即懂业务又懂管理情商又高的人去管理（毕竟这样的人很贵，很难找，同时项目对其依赖强，万一离职），所谓 scrum master，最好的情况下只是一个书记员，个人觉得有点像去中心化的管理。如果团队本来就有很好的管理角色，没有必要硬上。