这是一个创建于 1150 天前的主题，其中的信息可能已经有所发展或是发生改变。
第 1 条附言 · 2022 年 12 月 1 日
首先感谢 v 友们的热情回复，从中我学习到了一些成功的案例，也了解到目前确实存在很多共同的痛点，所谓的敏捷开发不是一种方法而是一种思想。但一方面自己也没有真的实践过比较成功的，所以理解上肯定也谈不上多深刻。因本人见解确实有限就不一一回复了省的贻笑大方。最后希望大家在工作顺利，少受到这种敏捷开发方式的困扰，走上真正的敏捷道路。
 |
101
BBCCBB 2022 年 12 月 1 日
我们每天发好几次
|
 |
102
zw1one 2022 年 12 月 1 日  1
这不是敏捷。敏捷不提倡加班
敏捷宣言第 8 条： Agile processes promote sustainable development.The sponsors, developers, and users should be able to maintain a constant pace indefinitely. 译： 敏捷流程促进可持续发展。发起人、开发者和用户应该能够无限期地保持恒定的步伐。 |
 |
103
AutumnVerse 2022 年 12 月 1 日
@guowq #17 前小米员工路过，小米排期一般都是领导说了算，领导先说 10 天后上线，然后 QA 和研发再排期各自要多少天
|
 |
104
pengtdyd 2022 年 12 月 1 日 1
说白了就是领导的项目管理能力不行，一个公司就 10 几个开发，这点人都管理不过来，搞什么敏捷，禅道等各种工具和开发方式乱用一通，结果就是自己玩死自己。
我想说的是企业开发，要已项目为主，更快的熟悉业务，没有精通业务和架构，什么开发方式都是扯淡。 |
 |
105
cqdev 2022 年 12 月 1 日
自动化测试，自动化部署，多个环境
|
 |
106
rxswift 2022 年 12 月 1 日
我们一周一版，心累
|
 |
107
n18255447846 2022 年 12 月 1 日
敏捷开发=傻逼
|
 |
108
appstore54321 2022 年 12 月 1 日 via iPhone 1
每两周？每个 commit 都会被自动部署，走 ci cd pipeline ，有问题就会卡住。
|
 |
109
Complicated 2022 年 12 月 1 日
@janxin 文章很好，感谢分享。确实深有同感
|
 |
110
hellojl 2022 年 12 月 1 日
这玩意儿一看基础设施，二看员工水平。之前某大厂，各种测试要求很高，定时会将最新版本部署到预发环境上，单次自动化验证跑完就要一个多小时，能做到每天至少上次生产，而且几乎没有特别严重的生产问题。再看现在的小厂，上线比上坟都难
|
 |
111
rannnn 2022 年 12 月 1 日
每个提交都发才叫敏捷
|
 |
112
netabare 2022 年 12 月 2 日
发版延期天天加班不叫敏捷。
|
 |
113
satanandroid 2022 年 12 月 2 日
敏捷是不加班赶工的.
做每次不完说明你们管理不行。需要减少发布的东西。 不是做得很快上线，是快速分阶段响应变化。 |
 |
114
unco020511 2022 年 12 月 2 日
两周一个版本很正常吧,我们两亿月活的应用也是两周一个版本
|
 |
115
FeatureProbe 2023 年 1 月 11 日 1
用 feature flags 管理功能，以功能粒度去管理版本发布，并且可以做到提前部署到线上环境，用户不可见，真正测试没有问题，无问题后，一键开启后即对用户可见这个功能，可以了解一下 feature flags 开源平台： https://github.com/FeatureProbe/FeatureProbe
|
Select Language