敏捷开发 每两周发一次版真是累，每次发版都或多或少存在问题，导致很晚下班

[unregister]

首先感谢 v 友们的热情回复，从中我学习到了一些成功的案例，也了解到目前确实存在很多共同的痛点，所谓的敏捷开发不是一种方法而是一种思想。但一方面自己也没有真的实践过比较成功的，所以理解上肯定也谈不上多深刻。因本人见解确实有限就不一一回复了省的贻笑大方。最后希望大家在工作顺利，少受到这种敏捷开发方式的困扰，走上真正的敏捷道路。

[unregister]

v 友们，你们公司有没有比较成功的实践

[xy90321]

“你们不测试的吗”
—————
说实话没有比较完备的自动 /半自动测试体系做保障的话… 别敏捷了吧… 又或者对线上问题的宽容度高一点也可以解决这个问题

[unregister]

@xy90321 开发是接口自测，然后测试测。公司里绝大多数人对单元测试这些都不熟悉。--

[explorerproxy]

有种为了两周发一版而发一版，跟敏捷没什么关系的感觉

[unregister]

@explorerproxy 有种是为了让我们多加班的感觉。

[wusiration]

每周发版的表示压根没测试，都是上了边测边改，还好是内部系统

[liununu]

为了赶工而冠以敏捷之名的压迫。
连问几个简单问题就知道了，有没有迭代计划，按团队效率安排，有没有单元测试，集成测试等自动化测试，有没有 CI/CD 。

[lessMonologue]

因为某种原因，从来没有经历过发版！从来没有！一次都没有！

[xy90321]

@unregister
木有单测木有联调，那解决办法无非是：要么花钱请个业务知识丰富的测试大神来 pattern 全覆盖，要么就给村口土地爷庙多上供一点香油钱

[Jemini]

我们还好，有预留修正日处理问题和整理代码。

[Nnq]

Safe 么？ interation demo ，system demo 不都要做么

[enchilada2020]

才两周 我前司是一周一版 周一开始拍脑袋提需求 糊得一比 周二设计评审 周五发版😅

[Weixiao0725]

都敏捷了，难道不是每周一版吗？

[unregister]

@liununu 缺少自动化测试这一块，新老项目都没有
@xy90321 联调是有的，有时候一些情况都没有及时想到，互相之间也会甩锅。😄
@Jemini 那还挺好的，大晚上还不能下班，路上出事了，我在想公司能负得起这个责任吗？
@enchilada2020 🐮
@Weixiao0725 有两周一次的。

[dustin2016]

以前的公司也是双周迭代，讲道理，就是为了让你加班，或者绩效裁员预备
给你的需求混乱且有多，上面的拍屁股决定，底下的开始互相甩锅扯皮，发版经常到凌晨，修线上 bug 到凌晨两三点
大小周上班和双周迭代没有未来

[ajasonwang]

开发质量问题本质上就是管理水平问题

[guowq]

挺佩服小米的，之前两年内的手机开发版，内测日更，公测周更，可能最近顶不住了，只有周更了

[zachgenius]

CI/CD 都没有, 还是别敏捷了......

[xuanbg]

我有些时候天天都发新版本，照样上班来 V2 摸一会鱼，下午 5 点一到就下班。

[jimbray]

这不是敏捷的锅

[chendy]

名为敏捷，实际上就是给 乱提需求，不做设计，胡乱开发，跳过测试 找借口

[ChefIsAwesome]

一大早开大会，搞图板，那叫敏捷。你们这叫赶进度。

[silencil]

再遇到提敏捷的公司二话不说直接开溜

[Flobit]

这不算敏捷吧，就是 2 周一发版，上线周期短和测试不完备导致上线后问题比较多。

[janxin]

敏捷：中国十八年目睹之怪现状 https://www.infoq.cn/article/c20etwzh3qhtidmr9idc

[janxin]

熊节说的挺好的：敏捷从来就没在中国存在过，TDD 从来也没在中国存在过

[weiqk]

敏捷不是应该随时随地来一发么？

[liuidetmks]

敏捷+推倒以前设计，无法重用

[ericguo]

一天发三版就好了，不可能很晚下班的，下班前别发班就行。

[Dganzh]

两周发一版不是问题，问题是要上线多少内容，如果是开发一周的内容、测试一周，能有什么问题？评估工时得准，两周能开发多少、测试多少，多了就得拆了。

[fiypig]

就我一个人开发，自己测没问题了就扔正式版了，出问题在改

[registered]

咱们差不多，但是对 bug 容忍度很高，哈哈。实话说我是被你名字吸引进来的...

[xshell]

一周发一次。

[yolee599]

敏捷开发 ×
这里搞一下，那里搞一下 √

[javen73]

😄 妈的刚经历了上两个月的疯狂迭代。我们公司产品就是老板的 Dog ，让干嘛就干嘛，把我们开发和测试当狗溜。

[mengdodo]

@yolee599 真鸡儿精髓

[brader]

来我们公司体会下，甚至 1 周 2 次发版

[lambdaq]

你这中华田园敏捷吧

[enchilada2020]

@ajasonwang 无比赞同

[Huelse]

敏捷开发没问题，是你们想在两周内做太多事情了

[lanlanye]

同意楼上，没有完善的测试体系+合理的架构设计+熟练的重构能力，就不要想做敏捷

[MuSeCanYang]

我们每周一次发版.....

[fredli]

feature flag ，代码尽管 commit ，bug 多就关了

[lucays]

不是必须 2 周呀，事情太多 3 周呗

[nothingistrue]

敏捷的精髓是：只要求过程，不要求结果，即到点必须发版，但是发版即不要求整体 100%完成，也不要求本次迭代目标 100%完成。

如果是要求到点必须出结果的，那就不是敏捷，它更不是啥新风格，那是中国自古依赖就存在的办事风格。

[magicZ]

上家公司中深有体会，我跑路了。这种行为就是在抚慰领导们的焦虑

[fushy]

敏捷测试难道不是一周一版吗 我们一周一版 贼扯淡

[seekmyduck]

说明有可能是事情太多，有可能是验收太严格，有可能是开发遇到困难
下个版本少做些需求就好
还有一种可能就是，无论如何都完成不了版本计划，强行 PUA ，让你们带着愧疚的心进入下一个循环

[wongskay]

我们一周两次

[markyun]

笑死，你们两周一个版本还算正常的，我们是周二的需求，周三才出视觉，周四才出接口，周四晚上就要转测，周五发版。

[dream4ever]

@janxin 这篇文章太棒了，很有收获，多谢分享。

[dog82]

要迭代起来，本周发上上周的版本，修改上周的 bug ，编写本周的需求，计划下周的 sprint

[boris93]

你这假敏捷吧？
我司是 sprint 里面小功能写好了测好了直接 cicd 上生产，上完了自己测一测，自己盯会日志，有问题就 rollback ，没问题就上线结束
好处就是出问题也是小问题，早发现早治疗
两周发一次，问题全部堆起来，上一次爆一次大的，图什么呢

[itechnology]

跟我上一家公司一模一样，也是两周发一次版，感觉这就是假敏捷。

[IvanLi127]

没有自动化测试的话，建议取消这个奇葩制度，或者减少每次发版的内容

[corcre]

我老东家(小作坊)也号称敏捷开发, 那是真的敏捷, 瞬间完成从前到后的交流, 因为从需求收集, 确定需求, 工时预计, 实现, 测试, 发布到跟客户沟通都是一个人, 写完自测一下直接上线, 直接丢生产环境, 对面没反馈就是没问题

[sprite82]

一周两次的路过，基本上测试能在一小时内验证完毕

[dudubaba]

根本不是敏捷的问题，如果是项目初期这不可避免，因为要上新功能。如果是项目稳定期，那这个可有可无，可是如果不周期性的发版，那怎么去衡量工作量呢？老板要看到你忙，不然他会焦虑，然后。。。

[sujin190]

@guowq #17 人家那叫每周发版，不是每周一个版本，固定发布周期而不是固定开发周期，很多团队很多功能同时开发，本周啥功能完成发啥，但每个功能周期不定，最近不这么干了，估计是公司砍预算估计也没那么多功能要开发了

CICD 、金丝雀环境、灰度环境搞起来会方便不少，而且不要把发布周期和产品功能版本周期合在一起，要快速滚动就需要产品功能需求碎片化，每个功能的开发测试周期本身还是按功能复杂度来的，硬要开发周期也对齐两周那真是坑死自己了

[janus77]

测试流程不够规范，或者做的东西太多了，或者开始做之前的资源没准备好（需求文档、ui 设计稿、申请的服务端资源等等）
正常的话就是第二周刚开始就准备要提测了，即使东西没做完可以先开始把做完的部分先提测，然后等做完的时候已经有一部分测试结果出来了，剩下三天左右改 bug ，最后一次冒烟测试就行

[fengjianxinghun]

我们是真敏捷，没有需求文档（口头说一声，自己领悟）、没有 ui 设计给稿（找个竞品自己抄）、也没有测试（自己或者用户就是测试），没有运维或者 ci/cd(自己丢上去 restart)

[cheneyzhang]

@brader 我们正常一周 2 次， 紧急情况随时发布

[sdushn]

一周一版路过，会有专门同事版本 oncall

[qzhai]

每周发三次的路过。。。

[fengjianxinghun]

@fengjianxinghun 少了一条，没有项目管理，什么时候做完什么时候上线

[wqhui]

两周发一次版没问题，关键是发版内容要在一周半以内做完，剩两三天做测试

[NoKey]

是你们负责人学了敏捷就用起来，说的老板听的吧~

[doyel]

两周一次滚了 3 年，两周一个 sprint ，作为直接对客户 PO 负责的 SM ，某车企国际站点更新我肛了三年。。。每天都忙得和狗一样，我比狗忙多了。。。每天都是各种琐事，你会发现你根本请不了假。。。
退出项目后整个人都轻松了。。。

[sky857412]

国内搞啥敏捷，动不动就有这个优先搞，某天又突然插进来个需求，然后一些功能依赖其他人的功能，导致敏捷的前几天都在等上一个人把一些基础配置搞好，后面的人才能开工

[i4t]

都是弟弟，我们公司开发搞 to b 项目，为了满足客户需求，上午提的 bug ，下午上线，晚上熬夜在发版。 一个月我统计了一下我发版 50 多次

[uiosun]

敏捷开发 ≠ 不停的发版

敏捷开发是“快速迭代、自动测试、每夜打包、自动部署、自动降级”等一套流程……

[Tinyang]

我们敏捷开发是 4-5 一个 sprint ，中间两周的时候有个 middle release 。基本上周四在跑自动化测试脚本，QA 验证新上线功能，周五 release 的时候就很轻松了。半个 sprint release 的内容一般比较少

[HankAviator]

开发多发版 - 多错 - 没人测试 - 也不招测试 - 负责人 PUA - 扣工资扣绩效，要求加强加班 - 降本增效，管理层多拿

[mekite]

我们就是双周迭代，感觉还好

[leafShimple]

- - 基本不会翻车 我不让自己加班。

[encro]

自从砍了产品和测试后，每天几次发版，测试？交给用户吧。

[AyaseEri]

在有限的时间里塞入过量的工作量，什么方法都救不了的。但这也是普遍现象了，不局限于软件开发。

[qW7bo2FbzbC0]

敏捷指的是面向产品面向老板面向项目，而不是面向开发人员

[MrBrand]

我们每周发一次，每次需求不多，前一天测试完合并代码，第二天用半天回归，半小时搞定，不加班。

[devwolf]

@janxin 非常感谢您的分享

[darrenfang]

老板说要学小米，快速迭代，一周一版，但是因为需求变化多，没时间测试，只能开发的时候测试一下，等用户发现 bug 再来改 😅

[James369]

敏捷应该配合大量的自动化操作，才能持续集成。否则就是假敏捷，刷流氓。

[taogen]

不要表象，要效益。
不要虚名，要规范。
不要加班，要生活。
不要老板，要领导。

[wuweijia]

看了楼上各种情况，发现你们说的敏捷是纯人敏捷🐶

[xiaket]

release 工程师表示每天发一次版, 正在往每次 commit 自动发版做准备和切换. 部署的时候几百个微服务一起更新可好玩了. :dog:

[imsoso]

你这不是敏捷开发，是老牛开发

[kett]

“你始终是机器的一个齿轮，但敏捷开发让你每时每刻都感觉到这一点。”

[pcatzj]

一周两版……

[wanmyj]

我司有有 CI ，AT 和 UT ，感觉敏捷还好，一般都不加班。每天发版本，发完就给测试测。但是，不发 release 。只有 RTM 才发 release 。

[77yf77yf77yf]

我本来以为只有保险外包才这么干......

[qq1009479218]

我之前的公司，微服务架构+敏捷开发，微服务按照组件拆分了好多，敏捷开发又是面向需求开发，一个需求涉及到多个组件的改动，结果就是一个人做一个需求，需要同时开发多个微服务的相关组件代码。而且因为敏捷，从来不整理代码，好多历史遗留问题，为了上线，就算 hack 也得上。这辈子再也不想敏捷了。

[sunhuawei]

经历过 1 周 1 个迭代的公司，周二经常 12 点（有过凌晨 5 点）下班。流程不是测完才能上线，而是周二测不完就不能下班。公司名是北京闪电快车，给大家排个雷吧。

[ruoxie]

之前待过一个团队，按业务分了小组，两个小组错开，也是每两周发一次版，然后运维每周都要加班，真苦逼

[simo]

听起来更像是 有个别名叫 敏捷

[Gooo]

敏捷开发就是随意加班的借口

[yangyaofei]

写作敏捷 读作加班

[lidegao899]

出了问题我再告诉你

[leegradyllljjjj]

敏捷=外包=加班

[fregie]

测试要比开发多才能真的敏捷起来

[JeffGe]

敏捷不是做东西快，是快速响应变化