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

[unregister]

[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 非常感谢您的分享