如果这一切听起来如此简单和无聊,那是因为 丹麦 whatsapp 电话号码列表 它确实如此。但是,我们是怎么走到这一步的呢?
我们过去发布的移动版本没那么无聊
在早期,我们没有发布队长轮换。我们的工程经理负责协调各种利益相关者,并尽量让 iOS 和 Android 团队按时完成工作,而不会造成发布列车的中断。工程经理必须与多位产品经理沟通,以汇总发布说明,与 QA 反复沟通,制定测试计划并跟上进度,并确保工程师在需要时修复错误——他们从上到下负责整个流程,非常动态且繁重。
如果没有发布流程,我们只能在新功能准备就绪时才发布版本。这经常导致发布不一致,甚至出现稳定性问题。在某些情况下,我们实际上会在一周内发布四五次,仅仅是因为我们遇到了问题,或者我们一直在努力挤进更多更改。这非常耗时且效率低下。我们估计,仅协调和执行发布工作就损失了近三分之一的工程时间。我们的工程师感受到了额外的认知和精神负担,我们知道我们必须做出改变:没有人喜欢当发布队长,但现在他们喜欢。
这一过程对 QA 来说也极具挑战性,因为我们要求他们快速、频繁地测试版本,而且测试时间安排难以预测。这让他们很难高效地完成工作。

这种情况一直持续到我们终于遇到了“底线”时刻。那是几年前的假期。我们最终在 12 月底发布了四个修补程序版本,当时人们正准备放假。这是一项挑战,假期结束后进入 1 月份,我们决定我们已经受够了。这促使我们决定必须投入工作,对我们的发布流程进行重大更改。