敏捷开发在圈子里聊了很久了，也没人整明白到底怎么个意思。反正项目推动的快， 问题出的少，貌似就成了敏捷开发。但是，这并不是衡量一个项目的合理标准。尤其处于移动互联网浮躁与自我膨胀的时期，在这些可含糊其辞的事情上，标准就显的更加模糊。由此引出两个观点，第一，移动互联网未来在技术实现方面将会发生更大幅度偏移。第二，敏捷开发。
    敏捷开发我认为应该是这个样子的：一目了然的框架结构，高度复用的接口设计，高扩展的模组设计，完善的项目履历和追踪机制。
    必要性。常规app开发周期相对比较短，理论上貌似开发节奏应该很理想，但是项目延期，没有按照排期准时完成，问题出在哪里？你可以不知道问题出在哪里，原因是什么，但是必须意识到，会有这种情况发生。之前我在项目实施中，尽管我想尽办法，将项目进度提前,最大限度压缩服务器和移动终端开发周期，降低沟通成本，以为后期诸多不可控问题提供更多反应和处理时间。但是大部分项目都是发生了延误，后来和相关合伙人在沟通这个事情的时候，我们进行了诸多的自我反省 和总结，进行很详细的项目回溯，找到了一些问题。这些问题，经过进一步分析，究其根本，最后定位到了研发规范上面。由于开发习惯等诸多在coding时期 的问题，导致了后期在项目需求浮动过程中，需要人为干扰的位置太多，一个疏忽就生产一个bug。所以，一个良性的开发习惯，亦或者技巧，应该是以最低的代 价尽可能完成大规模的需求变更。
     文章预期是四篇，基于我在工作中总结出来的经验，揉合技术，分享给大家。偏误之处，多多交流。

    敏捷开发在圈子里聊了很久了，也没人整明白到底怎么个意思。反正项目推动的快， 问题出的少，貌似就成了敏捷开发。但是，这并不是衡量一个项目的合理标准。尤其处于移动互联网浮躁与自我膨胀的时期，在这些可含糊其辞的事情上，标准就显的更加模糊。由此引出两个观点，第一，移动互联网未来在技术实现方面将会发生更大幅度偏移。第二，敏捷开发。
    敏捷开发我认为应该是这个样子的：一目了然的框架结构，高度复用的接口设计，高扩展的模组设计，完善的项目履历和追踪机制。
    必要性。常规app开发周期相对比较短，理论上貌似开发节奏应该很理想，但是项目延期，没有按照排期准时完成，问题出在哪里？你可以不知道问题出在哪里，原因是什么，但是必须意识到，会有这种情况发生。之前我在项目实施中，尽管我想尽办法，将项目进度提前,最大限度压缩服务器和移动终端开发周期，降低沟通成本，以为后期诸多不可控问题提供更多反应和处理时间。但是大部分项目都是发生了延误，后来和相关合伙人在沟通这个事情的时候，我们进行了诸多的自我反省 和总结，进行很详细的项目回溯，找到了一些问题。这些问题，经过进一步分析，究其根本，最后定位到了研发规范上面。由于开发习惯等诸多在coding时期 的问题，导致了后期在项目需求浮动过程中，需要人为干扰的位置太多，一个疏忽就生产一个bug。所以，一个良性的开发习惯，亦或者技巧，应该是以最低的代 价尽可能完成大规模的需求变更。
     文章预期是四篇，基于我在工作中总结出来的经验，揉合技术，分享给大家。偏误之处，多多交流。