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
敏捷不是做东西快,是快速响应变化
|