这是一个创建于 1049 天前的主题，其中的信息可能已经有所发展或是发生改变。
第 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 KMpAn8Obw1QhPoEP 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 7: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 YanSep 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 UFc8704I4Bv63gy2 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 KMpAn8Obw1QhPoEP 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 div class="badges"> 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 rb6221 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 rebang 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