关于敏捷开发的总结

   做过了不少的项目，也经历过互联网的洗礼，对项目流程也算是有很多经验了。昨天跟客户，猎豹汽车的项目管理人员，进行了一次探讨，自己也思考和总结了一点。

    所有的产品和项目，基本以两种方式再进行，一种是瀑布式，一种是迭代式。瀑布式，类似修建了一个大坝，当水储存够了，也就是内容开发完了，开闸放水，这潭水就完成了。另外一种是迭代式，好比，你是开发商，拿了一块地修房子，要修两期房子，迭代就先修一期，可以一期验收了，再修第二期。敏捷开发模式，就是迭代式的一种变种。

    敏捷开发模式的出现，我理解在于，移动互联网发展的太迅速，而对于这个方向和人性的探索，产品的理解，太过于简单，很多都是有一个简单的想法，这里面还有资本方的压力，想快速的去拿出东西，去抢占市场，去拿到市场试水。

    敏捷开发模式的初期，是MVP的方式进行，产品核心需求的最小集快速开发上线。之后，以双周、三周迭代的方式，进行上线，快速响应用户的反馈，调整产品的方向，可能是大方向也可能是小方向。

    敏捷开发出来的产品与其他产品最大的区别在于，他可能不在于一个完整的生命周期，只要有用户，只要能赚钱，他就可以一直存活下去。

    项目管理人员，在引入敏捷开发的时候，需要特别注意几点：

   1.能力要求：对每个环节的人员能力要求，都相对高一些。从产品、UI、研发、测试、市场、客服等相关人员，都有较强的能力，能快速的响应。产品，能从用户的反馈中，提取出，符合当前的产品需求，并出原型图；UI能快速的出设计图；研发的技术架构，以及能力，能支持修修补补，改来改去；测试，能覆盖当前的所有用例。

    2.沟通、配合度：每个环节的人员，必须目标保持一致。不存在，沟通不畅通，人员不配合的情况，否则双周迭代走不下去。

    3.过程文档的缺失：在这个过程中，因为改动太多，人员主要能力都放在了改动上。对于过程文档，很难保存下来。

    4.时间问题：走这种模式，时间真的很紧张，所有人紧张度都很高。需要把握好所有的事情，对管理者也需要合理的安排。

作者：笨小孩vying
链接：https://www.jianshu.com/p/0d709d956b71