我们的敏捷历程（一）---谈谈持续集成

      最近公司花很大力度推行敏捷开发。并且聘请了老外的顾问公司进行指导。有些体会这里记录下来，希望对后续的开发能够起到指导意义！

 

第一次接触敏捷开发，感觉还是非常激动，对敏捷还是很憧憬的。但是老是说我们这帮子人对敏捷的理解都是停留在一些概念的认识上。到底什么样才叫敏捷呢？

我感觉最主要的是：

   1、敏捷交付客户聚焦的需求。

   2、持续集成，不断测试，不断完善。

   3、持续改进，对不好的东西不断完善，并不断吸收和采用优秀的实践和理念。

   4、倡导沟通。消除交流盲区。

 

说得简单，但是要做的时候，有些东西做起来很方便，但是有些东西做起来就不是那么容易了。

比如持续集成，搭建一个持续集成的环境可能花不了很长的时间，但是怎么样让持续集成能够发挥最大的作用，这就是一个持续改进的过程。我们最开始搭建了持续集成，包括pc-st和board-st的持续集成环境，的确是发挥了不少作用，尤其是对于我们这个相对来说较新的产品，很多基本功能可能还存在问题。但是当基本功能ok之后，它可能起到的作用就是保障老功能，的确这非常重要，但是对于后续开发的功能，没有覆盖到，并且前面的持续集成还存在一些缺陷。也许你说，投入专人解决不就ok？对，持续集成非常重要，为什么，不投人呢？这是我们现在项目运作的一个缺点吧，人少。

    所以这里总结一点：持续集成很重要，在项目运作的时候重要的东西就要花功夫，投人力。

 

总结目前持续集成遇到的问题包括以下几点：

1、持续集成人力投入太少

2、持续集成原有问题没有得到很好的持续优化（有些用例无法发现问题）

3、持续集成应该让每个人员及时知道持续集成的结果（目前我们主要是屏保，远远不能满足整个项目运作）

4、持续集成有些东西不直观（部分集成内容就像写代码式的非常冗余，除了持续集成的专人较容易理解，其他人不易操作）

5、持续集成，尤其是board-st太少，还有部分st类型不能覆盖。

 

 

这些是我们后续要改进的，但是正像老外说的，也许你现在没法完全搞定，但是希望把它当成challenge！持续改进。