是公司招的敏捷教练的问题,还是敏捷本来就这样,搞的一些什么小游戏什么的,没什么兴趣。 敏捷的一些优点还是赞同的,回顾会梳理会什么的
1
zjsxwc 2019-03-05 11:06:30 +08:00
感觉体会最深的就是固定的小阶段性冲刺,不会被别的乱七八糟事情打扰
|
2
sansanhehe 2019-03-05 11:09:36 +08:00
敏捷就是让每个人都有活干,每个阶段都有目标,团队气氛活跃,刚开始确实会感觉像传销
|
3
zwdsix 2019-03-05 11:13:14 +08:00 8
代码写不干净就谈测试,测试还不会写就谈敏捷,代码的改动统称重构,功能强拆成两块就叫架构。
做技术的不都是这样吗? |
4
xiaoxinshiwo 2019-03-05 11:13:33 +08:00
还搞小游戏
|
5
MuscleOf2016 OP @xiaoxinshiwo 对的,比较无语,还弄什么感谢,感谢团队每个人。。。。
|
6
reus 2019-03-05 11:19:28 +08:00
敏捷不是这样的,你这是忽悠
|
7
mingl0280 2019-03-05 11:19:35 +08:00
你这个哪里是敏捷开发,请了个成功学讲师还差不多,敏捷开发哪里需要搞什么小游戏,光子任务拆分下去就没空了。
|
8
xiaoxinshiwo 2019-03-05 11:20:08 +08:00
@MuscleOf2016 #5 感觉不是正经 IT 公司,话说正经公司程序员不都很忙吗?哪有时间搞这些乱七八糟的
|
9
MuscleOf2016 OP @mingl0280 子任务 这些有的,不过只有一个教练要负责好几个团队的转型的,基本要团队内部的人在教练指导下发展。小游戏什么的这些弄的次数就几次
|
10
MuscleOf2016 OP @xiaoxinshiwo 确实不是互联网公司
|
11
passerbytiny 2019-03-05 11:36:15 +08:00
别的不知道,Scrum 对所有会议都有强制的最大时间要求,根本不可能让你有时间去感谢,更别说做游戏。
|
12
Ziya 2019-03-05 11:38:10 +08:00 1
具有成功学特色的 Scrum 模式🌚
|
13
66beta 2019-03-05 11:40:15 +08:00 via Android
敏捷最初想解决的问题是加速迭代,粗俗点讲就是多发版本
发版多了,bug 修复和新功能上线就更及时了 互联网公司没有不敏捷的吧?反而是过渡敏捷,把每个人都排满榨干 |
14
qing0304 2019-03-05 11:40:29 +08:00
太形式化了,说明这个讲师也不懂敏捷根源。
|
15
nijux 2019-03-05 11:48:01 +08:00
做游戏的目的可能是为了团队更直观的了解到敏捷的优点吧
|
16
sampeng 2019-03-05 12:29:04 +08:00 via iPhone
所有不写单元测试的都是假敏捷
|
17
pathbox 2019-03-05 12:29:58 +08:00 via iPhone
没有测试没有 CI 就别谈敏捷了,敏捷不是单纯的快,而更是高质量
|
18
angith 2019-03-05 12:31:48 +08:00 via Android
我司不仅学敏捷 还学稻盛和夫。。
|
19
carlist 2019-03-05 13:00:45 +08:00
难道是 022 的 home credit ?这个岗位招了几个月了
|
20
sniffles 2019-03-05 13:07:22 +08:00
什么阿猫阿狗都能当导师咯
|
21
mogging 2019-03-05 13:10:18 +08:00
敏捷跟团队平均技术水平和领导素质有关,国内很难玩得转。https://baijiahao.baidu.com/s?id=1594455179751016834
|
22
zichen 2019-03-05 13:17:02 +08:00
能坚持每天开站会就算成功了。
|
23
myAngel 2019-03-05 13:23:11 +08:00
|
24
MuscleOf2016 OP @zichen 我们从转型那天开始,每天都站会。
|
25
arzterk 2019-03-05 14:33:36 +08:00
敏捷对人员素质要求很高的,被国内的狗屁管理人员玩坏了
|
26
ImmmortalFH 2019-03-05 14:38:50 +08:00
人在一起是聚会,心在一起是团队,身在一起是群配
|
27
yuan925 2019-03-05 14:50:14 +08:00
敏捷说到底还是属于项目管理的范畴,或者说交集非常大,有几个开发产品测试懂真正的项目管理?
正常的项目管理都做不好,连敏捷最基本定位都弄不清,就只知道 scrum、看板的一点皮毛,就开始玩敏捷,能做的好才怪。 |
28
blaxmirror 2019-03-05 15:13:57 +08:00 1
工作在外企,我们就是敏捷模式,每个 team 大概 5-7 个人,4 个 design,2 个 tester,其中一位作为 scrum master (team leader),除了写代码之外还要写测试写文档,跟项目经理讨论外部行为,跟架构讨论架构是否合理。
总的来说效率很高,对每个人的压力也大,因为队伍人少,每个人干了什么没干什么一清二楚,不适应和效率差的很快就可以抓出来。 说到底敏捷开发就是为了变更需求,提高容错,一个需求下来,往往很快可以进入开发,边开发边研究边改动,码农们不止为了手上的代码负责,不是只去实现产品经理整理好的条目,自己对于产品的外部行为也是有责任的。 |
29
gulili 2019-03-05 15:44:46 +08:00 1
敏捷模式放到任何一个团队都需要做适配,完全照搬照抄形式是没有什么意义的。上面有大佬说的好,是给不会管理的人管理团队用的,甚至可以说是用敏捷模式去管理团队,这样就不需要有一个即懂业务又懂管理情商又高的人去管理(毕竟这样的人很贵,很难找,同时项目对其依赖强,万一离职),所谓 scrum master,最好的情况下只是一个书记员,个人觉得有点像去中心化的管理。如果团队本来就有很好的管理角色,没有必要硬上。
|
30
yanzixuan 2019-03-05 16:09:05 +08:00
敏捷的前提是团队里高手多。不然会坑得要死。
|
31
Verydiao 2019-03-05 16:58:32 +08:00
@ImmmortalFH 那人、心、身都在一起是啥?
|
33
mingl0280 2019-03-06 03:38:39 +08:00
@MuscleOf2016 我在的公司也不是互联网公司啊,敏捷开发开会时间是有要求的,哪来的时间给你搞小活动哦……
|
34
MuscleOf2016 OP @mingl0280 表述不明确吧,不是站会什么的时候,是有时候某一个回顾会的时候
|
35
doble0mercer 2019-12-13 17:04:07 +08:00
敏捷是为了减少浪费,聚焦在重要的需求上
敏捷方法只是为了上述目的达成,游戏什么的只是手段 |