快速上线—— 开发、运维和敏捷迭代（社区活动总结）



快速上线

——开发、运维和敏捷迭代

 

 

一）开发和运维不应该分离

在客户的眼中，不存在开发和运维的区别，甚至也不存在谁是项目经理的说法，他最关心的就是他自己的事解决了没有。换句话说，就是他的需求有没有被满足。

离客户最近的是什么？是线上的产品。就是那些对于客户来说，看的见，“点”的到的按钮。换句话说，也就是发布。有些发布，作为客户，能够明确的感受到，典型的如改版，或者增加了功能；不容易感觉到的，如性能改进。

出于很多种的考量，现在的产品，发布的周期越来越短，频率越来越高。如亚马逊，几乎每一秒都在发布。很显然，这种情况下，传统的人肉发布，已经不太现实了。这里已经发生了质变。

让我们简单分析下，为什么开发到发布之间会存在一些障碍，导致快速发布比较难。从开发的角度来看，首先产品依赖的操作系统可能不同，使用的各种语言、库都有可能已经升级。甚至配置参数的格式都有可能导致程序启动不了，而这些乱七八糟的各种内外依赖，可不是每个运维都能搞定的。如何接手这些烫手的山芋？

解铃还需系铃人。开发最应该负责任。当初为什么把这个配置写死，原因有可能是客户说，其他的都不考虑，也有可能的确是忘了把它抽取到配置文件里。

二）游戏介绍

1.人员与角色

现场分组的情况是，每组8人，其中1人角色是PO， 1人的角色是ScrumMaster，1人的角色是Tester，其余的是Developer。

对于PO和 ScrumMaster，是否也做Develop的工作，没有限制。