这是一个创建于 730 天前的主题，其中的信息可能已经有所发展或是发生改变。
第 1 条附言 · 2022-12-01 22:29:52 +08:00
首先感谢 v 友们的热情回复，从中我学习到了一些成功的案例，也了解到目前确实存在很多共同的痛点，所谓的敏捷开发不是一种方法而是一种思想。但一方面自己也没有真的实践过比较成功的，所以理解上肯定也谈不上多深刻。因本人见解确实有限就不一一回复了省的贻笑大方。最后希望大家在工作顺利，少受到这种敏捷开发方式的困扰，走上真正的敏捷道路。
 |
1
unregister OP v 友们，你们公司有没有比较成功的实践
|
 |
2
xy90321 2022-11-30 23:38:11 +08:00 via iPhone  3
“你们不测试的吗”
————— 说实话没有比较完备的自动 /半自动测试体系做保障的话… 别敏捷了吧… 又或者对线上问题的宽容度高一点也可以解决这个问题 |
|
3
unregister OP @xy90321 开发是接口自测，然后测试测。公司里绝大多数人对单元测试这些都不熟悉。--
|
 |
4
explorerproxy 2022-11-30 23:41:48 +08:00
有种为了两周发一版而发一版，跟敏捷没什么关系的感觉
|
|
5
unregister OP @explorerproxy 有种是为了让我们多加班的感觉。
|
 |
6
wusiration 2022-11-30 23:44:30 +08:00 via Android 1
每周发版的表示压根没测试，都是上了边测边改，还好是内部系统
|
 |
7
liununu 2022-12-01 00:07:03 +08:00 via iPhone 3
为了赶工而冠以敏捷之名的压迫。
连问几个简单问题就知道了，有没有迭代计划，按团队效率安排，有没有单元测试，集成测试等自动化测试，有没有 CI/CD 。 |
 |
8
lessMonologue 2022-12-01 00:29:22 +08:00
因为某种原因，从来没有经历过发版！从来没有！一次都没有！
|
|
9
xy90321 2022-12-01 01:22:40 +08:00 via iPhone
@unregister
木有单测木有联调，那解决办法无非是：要么花钱请个业务知识丰富的测试大神来 pattern 全覆盖，要么就给村口土地爷庙多上供一点香油钱 |
 |
10
Jemini 2022-12-01 02:20:37 +08:00
我们还好，有预留修正日处理问题和整理代码。
|
 |
11
Nnq 2022-12-01 04:43:52 +08:00
Safe 么？ interation demo ，system demo 不都要做么
|
 |
12
enchilada2020 2022-12-01 04:56:16 +08:00 via Android
才两周 我前司是一周一版 周一开始拍脑袋提需求 糊得一比 周二设计评审 周五发版😅
|
 |
13
Weixiao0725 2022-12-01 05:54:31 +08:00
都敏捷了，难道不是每周一版吗？
|
|
14
unregister OP @liununu 缺少自动化测试这一块，新老项目都没有
@xy90321 联调是有的，有时候一些情况都没有及时想到，互相之间也会甩锅。😄 @Jemini 那还挺好的，大晚上还不能下班，路上出事了，我在想公司能负得起这个责任吗？ @enchilada2020 🐮 @Weixiao0725 有两周一次的。 |
 |
15
dustin2016 2022-12-01 07:26:13 +08:00
以前的公司也是双周迭代，讲道理，就是为了让你加班，或者绩效裁员预备
给你的需求混乱且有多，上面的拍屁股决定，底下的开始互相甩锅扯皮，发版经常到凌晨，修线上 bug 到凌晨两三点 大小周上班和双周迭代没有未来 |
 |
16
ajasonwang 2022-12-01 07:29:31 +08:00 via Android
开发质量问题本质上就是管理水平问题
|
 |
17
guowq 2022-12-01 07:44:20 +08:00 via Android
挺佩服小米的，之前两年内的手机开发版，内测日更，公测周更，可能最近顶不住了，只有周更了
|
 |
18
zachgenius 2022-12-01 07:45:03 +08:00 3
CI/CD 都没有, 还是别敏捷了......
|
 |
19
xuanbg 2022-12-01 07:54:37 +08:00
我有些时候天天都发新版本，照样上班来 V2 摸一会鱼，下午 5 点一到就下班。
|
 |
20
jimbray 2022-12-01 07:54:38 +08:00
这不是敏捷的锅
|
 |
21
chendy 2022-12-01 07:58:25 +08:00
名为敏捷，实际上就是给 乱提需求，不做设计，胡乱开发，跳过测试 找借口
|
 |
22
ChefIsAwesome 2022-12-01 08:06:01 +08:00 via Android
一大早开大会，搞图板，那叫敏捷。你们这叫赶进度。
|
 |
23
silencil 2022-12-01 08:16:13 +08:00 via iPhone
再遇到提敏捷的公司二话不说直接开溜
|
 |
24
Flobit 2022-12-01 08:16:26 +08:00 via iPhone
这不算敏捷吧，就是 2 周一发版，上线周期短和测试不完备导致上线后问题比较多。
|
 |
25
janxin 2022-12-01 08:28:43 +08:00 5
敏捷：中国十八年目睹之怪现状 https://www.infoq.cn/article/c20etwzh3qhtidmr9idc
|
|
26
janxin 2022-12-01 08:31:57 +08:00
熊节说的挺好的：敏捷从来就没在中国存在过，TDD 从来也没在中国存在过
|
 |
27
weiqk 2022-12-01 08:38:46 +08:00
敏捷不是应该随时随地来一发么？
|
 |
28
liuidetmks 2022-12-01 08:44:35 +08:00 via iPhone
敏捷+推倒以前设计，无法重用
|
 |
29
ericguo 2022-12-01 08:47:23 +08:00 1
一天发三版就好了，不可能很晚下班的，下班前别发班就行。
|
 |
30
Dganzh 2022-12-01 08:55:05 +08:00 1
两周发一版不是问题，问题是要上线多少内容，如果是开发一周的内容、测试一周，能有什么问题？评估工时得准，两周能开发多少、测试多少，多了就得拆了。
|
 |
31
fiypig 2022-12-01 09:10:24 +08:00 1
就我一个人开发，自己测没问题了就扔正式版了，出问题在改
|
 |
32
registered 2022-12-01 09:30:10 +08:00 1
咱们差不多，但是对 bug 容忍度很高，哈哈。实话说我是被你名字吸引进来的...
|
 |
33
xshell 2022-12-01 09:31:27 +08:00
一周发一次。
|
 |
34
yolee599 2022-12-01 09:31:29 +08:00 2
敏捷开发 ×
这里搞一下，那里搞一下 √ |
 |
35
javen73 2022-12-01 09:42:09 +08:00
😄 妈的刚经历了上两个月的疯狂迭代。我们公司产品就是老板的 Dog ，让干嘛就干嘛，把我们开发和测试当狗溜。
|
 |
37
brader 2022-12-01 09:46:17 +08:00
来我们公司体会下，甚至 1 周 2 次发版
|
 |
38
lambdaq 2022-12-01 09:56:57 +08:00
你这中华田园敏捷吧
|
|
39
enchilada2020 2022-12-01 09:57:05 +08:00 via Android
@ajasonwang 无比赞同
|
 |
40
Huelse 2022-12-01 09:59:28 +08:00 1
敏捷开发没问题，是你们想在两周内做太多事情了
|
 |
41
lanlanye 2022-12-01 10:05:37 +08:00 2
同意楼上，没有完善的测试体系+合理的架构设计+熟练的重构能力，就不要想做敏捷
|
 |
42
MuSeCanYang 2022-12-01 10:11:09 +08:00
我们每周一次发版.....
|
 |
43
fredli 2022-12-01 10:12:49 +08:00
feature flag ，代码尽管 commit ，bug 多就关了
|
 |
44
lucays 2022-12-01 10:16:11 +08:00
不是必须 2 周呀，事情太多 3 周呗
|
 |
45
nothingistrue 2022-12-01 10:24:28 +08:00 1
敏捷的精髓是：只要求过程，不要求结果，即到点必须发版，但是发版即不要求整体 100%完成，也不要求本次迭代目标 100%完成。
如果是要求到点必须出结果的，那就不是敏捷，它更不是啥新风格，那是中国自古依赖就存在的办事风格。 |
 |
46
magicZ 2022-12-01 10:24:51 +08:00
上家公司中深有体会，我跑路了。这种行为就是在抚慰领导们的焦虑
|
 |
47
fushy 2022-12-01 10:24:54 +08:00 via Android
敏捷测试难道不是一周一版吗 我们一周一版 贼扯淡
|
 |
48
seekmyduck 2022-12-01 10:28:26 +08:00
说明有可能是事情太多，有可能是验收太严格，有可能是开发遇到困难
下个版本少做些需求就好 还有一种可能就是，无论如何都完成不了版本计划，强行 PUA ，让你们带着愧疚的心进入下一个循环 |
 |
49
wongskay 2022-12-01 10:28:38 +08:00
我们一周两次
|
 |
50
markyun 2022-12-01 10:29:07 +08:00 1
笑死，你们两周一个版本还算正常的，我们是周二的需求，周三才出视觉，周四才出接口，周四晚上就要转测，周五发版。
|
 |
51
dream4ever 2022-12-01 10:54:21 +08:00 1
@janxin 这篇文章太棒了，很有收获，多谢分享。
|
 |
52
dog82 2022-12-01 11:00:05 +08:00
要迭代起来，本周发上上周的版本，修改上周的 bug ，编写本周的需求，计划下周的 sprint
|
 |
53
boris93 2022-12-01 11:29:50 +08:00 via iPhone 3
你这假敏捷吧？
我司是 sprint 里面小功能写好了测好了直接 cicd 上生产，上完了自己测一测，自己盯会日志，有问题就 rollback ，没问题就上线结束 好处就是出问题也是小问题，早发现早治疗 两周发一次，问题全部堆起来，上一次爆一次大的，图什么呢 |
 |
54
itechnology 2022-12-01 11:35:01 +08:00
跟我上一家公司一模一样，也是两周发一次版，感觉这就是假敏捷。
|
 |
55
IvanLi127 2022-12-01 11:38:54 +08:00
没有自动化测试的话，建议取消这个奇葩制度，或者减少每次发版的内容
|
 |
56
corcre 2022-12-01 11:41:52 +08:00
我老东家(小作坊)也号称敏捷开发, 那是真的敏捷, 瞬间完成从前到后的交流, 因为从需求收集, 确定需求, 工时预计, 实现, 测试, 发布到跟客户沟通都是一个人, 写完自测一下直接上线, 直接丢生产环境, 对面没反馈就是没问题
|
 |
57
sprite82 2022-12-01 13:32:44 +08:00
一周两次的路过，基本上测试能在一小时内验证完毕
|
 |
58
dudubaba 2022-12-01 13:41:14 +08:00
根本不是敏捷的问题，如果是项目初期这不可避免，因为要上新功能。如果是项目稳定期，那这个可有可无，可是如果不周期性的发版，那怎么去衡量工作量呢？老板要看到你忙，不然他会焦虑，然后。。。
|
 |
59
sujin190 2022-12-01 13:47:19 +08:00
@guowq #17 人家那叫每周发版，不是每周一个版本，固定发布周期而不是固定开发周期，很多团队很多功能同时开发，本周啥功能完成发啥，但每个功能周期不定，最近不这么干了，估计是公司砍预算估计也没那么多功能要开发了
CICD 、金丝雀环境、灰度环境搞起来会方便不少，而且不要把发布周期和产品功能版本周期合在一起，要快速滚动就需要产品功能需求碎片化，每个功能的开发测试周期本身还是按功能复杂度来的，硬要开发周期也对齐两周那真是坑死自己了 |
 |
60
janus77 2022-12-01 13:48:00 +08:00 1
测试流程不够规范，或者做的东西太多了，或者开始做之前的资源没准备好（需求文档、ui 设计稿、申请的服务端资源等等）
正常的话就是第二周刚开始就准备要提测了，即使东西没做完可以先开始把做完的部分先提测，然后等做完的时候已经有一部分测试结果出来了，剩下三天左右改 bug ，最后一次冒烟测试就行 |
 |
61
fengjianxinghun 2022-12-01 13:51:29 +08:00
我们是真敏捷，没有需求文档（口头说一声，自己领悟）、没有 ui 设计给稿（找个竞品自己抄）、也没有测试（自己或者用户就是测试），没有运维或者 ci/cd(自己丢上去 restart)
|
 |
62
cheneyzhang 2022-12-01 13:52:12 +08:00
@brader 我们正常一周 2 次， 紧急情况随时发布
|
 |
63
sdushn 2022-12-01 13:54:11 +08:00
一周一版路过，会有专门同事版本 oncall
|
 |
64
qzhai 2022-12-01 14:03:26 +08:00
每周发三次的路过。。。
|
|
65
fengjianxinghun 2022-12-01 14:04:26 +08:00
@fengjianxinghun 少了一条，没有项目管理，什么时候做完什么时候上线
|
 |
66
wqhui 2022-12-01 14:06:53 +08:00
两周发一次版没问题，关键是发版内容要在一周半以内做完，剩两三天做测试
|
 |
67
NoKey 2022-12-01 14:10:15 +08:00
是你们负责人学了敏捷就用起来，说的老板听的吧~
|
 |
68
doyel 2022-12-01 14:10:30 +08:00
两周一次滚了 3 年，两周一个 sprint ，作为直接对客户 PO 负责的 SM ，某车企国际站点更新我肛了三年。。。每天都忙得和狗一样，我比狗忙多了。。。每天都是各种琐事，你会发现你根本请不了假。。。
退出项目后整个人都轻松了。。。 |
 |
69
sky857412 2022-12-01 14:15:40 +08:00
国内搞啥敏捷，动不动就有这个优先搞，某天又突然插进来个需求，然后一些功能依赖其他人的功能，导致敏捷的前几天都在等上一个人把一些基础配置搞好，后面的人才能开工
|
 |
70
i4t 2022-12-01 14:16:34 +08:00
都是弟弟，我们公司开发搞 to b 项目，为了满足客户需求，上午提的 bug ，下午上线，晚上熬夜在发版。 一个月我统计了一下我发版 50 多次
|
 |
71
uiosun 2022-12-01 14:17:04 +08:00 1
敏捷开发 ≠ 不停的发版
敏捷开发是“快速迭代、自动测试、每夜打包、自动部署、自动降级”等一套流程…… |
 |
72
Tinyang 2022-12-01 14:26:44 +08:00
我们敏捷开发是 4-5 一个 sprint ，中间两周的时候有个 middle release 。基本上周四在跑自动化测试脚本，QA 验证新上线功能，周五 release 的时候就很轻松了。半个 sprint release 的内容一般比较少
|
 |
73
HankAviator 2022-12-01 14:28:13 +08:00 1
开发多发版 - 多错 - 没人测试 - 也不招测试 - 负责人 PUA - 扣工资扣绩效，要求加强加班 - 降本增效，管理层多拿
|
 |
74
mekite 2022-12-01 14:28:59 +08:00
我们就是双周迭代，感觉还好
|
 |
75
leafShimple 2022-12-01 14:31:44 +08:00
- - 基本不会翻车 我不让自己加班。
|
 |
76
encro 2022-12-01 14:31:48 +08:00
自从砍了产品和测试后，每天几次发版，测试？交给用户吧。
|
 |
77
AyaseEri 2022-12-01 14:35:57 +08:00 1
在有限的时间里塞入过量的工作量，什么方法都救不了的。但这也是普遍现象了，不局限于软件开发。
|
 |
78
qW7bo2FbzbC0 2022-12-01 14:44:44 +08:00
敏捷指的是面向产品面向老板面向项目，而不是面向开发人员
|
 |
79
MrBrand 2022-12-01 14:45:02 +08:00
我们每周发一次，每次需求不多，前一天测试完合并代码，第二天用半天回归，半小时搞定，不加班。
|
 |
81
darrenfang 2022-12-01 15:16:58 +08:00
老板说要学小米，快速迭代，一周一版，但是因为需求变化多，没时间测试，只能开发的时候测试一下，等用户发现 bug 再来改 😅
|
 |
82
James369 2022-12-01 15:22:57 +08:00
敏捷应该配合大量的自动化操作，才能持续集成。否则就是假敏捷，刷流氓。
|
 |
83
taogen 2022-12-01 15:25:00 +08:00 1
不要表象，要效益。
不要虚名，要规范。 不要加班，要生活。 不要老板，要领导。 |
 |
84
wuweijia 2022-12-01 15:28:51 +08:00
看了楼上各种情况，发现你们说的敏捷是纯人敏捷🐶
|
 |
85
xiaket 2022-12-01 15:30:14 +08:00
release 工程师表示每天发一次版, 正在往每次 commit 自动发版做准备和切换. 部署的时候几百个微服务一起更新可好玩了. :dog:
|
 |
86
imsoso 2022-12-01 15:42:39 +08:00
你这不是敏捷开发，是老牛开发
|
 |
87
kett 2022-12-01 15:43:46 +08:00 1
“你始终是机器的一个齿轮，但敏捷开发让你每时每刻都感觉到这一点。”
|
 |
88
pcatzj 2022-12-01 15:54:58 +08:00
一周两版……
|
 |
89
wanmyj 2022-12-01 16:02:54 +08:00 1
我司有有 CI ，AT 和 UT ，感觉敏捷还好，一般都不加班。每天发版本，发完就给测试测。但是，不发 release 。只有 RTM 才发 release 。
|
 |
90
77yf77yf77yf 2022-12-01 16:08:26 +08:00
我本来以为只有保险外包才这么干......
|
 |
91
qq1009479218 2022-12-01 16:39:29 +08:00
我之前的公司，微服务架构+敏捷开发，微服务按照组件拆分了好多，敏捷开发又是面向需求开发，一个需求涉及到多个组件的改动，结果就是一个人做一个需求，需要同时开发多个微服务的相关组件代码。而且因为敏捷，从来不整理代码，好多历史遗留问题，为了上线，就算 hack 也得上。这辈子再也不想敏捷了。
|
 |
92
sunhuawei 2022-12-01 16:45:46 +08:00 1
经历过 1 周 1 个迭代的公司，周二经常 12 点（有过凌晨 5 点）下班。流程不是测完才能上线，而是周二测不完就不能下班。公司名是北京闪电快车，给大家排个雷吧。
|
 |
93
ruoxie 2022-12-01 16:46:19 +08:00
之前待过一个团队，按业务分了小组，两个小组错开，也是每两周发一次版，然后运维每周都要加班，真苦逼
|
 |
94
simo 2022-12-01 16:48:04 +08:00
听起来更像是 有个别名叫 敏捷
|
 |
95
Gooo 2022-12-01 16:51:25 +08:00
敏捷开发就是随意加班的借口
|
 |
96
yangyaofei 2022-12-01 17:03:31 +08:00
写作敏捷 读作加班
|
 |
97
lidegao899 2022-12-01 17:07:06 +08:00
出了问题我再告诉你
|
 |
98
leegradyllljjjj 2022-12-01 17:11:18 +08:00
敏捷=外包=加班
|
 |
99
fregie 2022-12-01 17:15:01 +08:00
测试要比开发多才能真的敏捷起来
|
 |
100
JeffGe 2022-12-01 17:18:28 +08:00 via Android
敏捷不是做东西快，是快速响应变化
|
Select Language