什么是All In？ 是你不知道全力做这件事情会得到什么。但你只想把它做好的感觉。

     最近项目着实忙碌，奋战在第一线，从一开始了解需求，整理需求，到系统设计，模块儿设计。随后前后端接口约定，后台管理模块儿与核心模块儿开发，前后端接口联调，与其他系统接口约定联调。再到全项目测试，以及迎来最终阶段的开发与联调。1个月……没错，细分下来工作量是巨大的，但后端就只有我一个人。兼项目管理与系统设计开发测试联调。每晚两点多还在开发测试各种case……那么下面说下本次项目开发的周期。

     阶段一:从8月24日最终确认产品形态1.0，与之前版本大为不同，除了某些固定接口封装以外的所有模块儿都需要重构，评估重构工作量与重新开发一套的成本一样巨大。于是走上了一条不归路，哈哈……

     阶段二:9月1日经过整体详细设计，数据库设计，系统架子，结构设计，交互对象抽象，进入开发阶段。工作量巨大，分为统一消息接入，统一黑白名单，缓存加载，规则检验，前台规则管理，规则圈定，规则实例，规则种类实现，审批流程封装，其他系统接入，规则动态加载，导入等。边设计，边定义前后端接口，编写整体系统框架，代码结构。

     阶段三:9月13日，经过连夜开发测试联调，前后端整体交互联调进度达到百分之70，主流程模块儿也开始接入外部系统，同时完成主流程圈人，检验，动态加载检验及各类消息结果封装。

     阶段四:9月14日到9月21日，前后端模块儿基本完成，主运营流程已与接入系统联调通过，同时进入全面测试阶段，剩下还有百分之10的开发工作量，需要在9月26日完成，9月30日进行1.0版本发布。

     纵观整个生命周期，第一次在时间较为苛刻的情况下进行全项目周期的需求，设计，开发，联调，测试，如今已到收尾阶段。从中吸取的经验如下:

     1.前后端接口的定义尽量提前做，保证前端开发能够同步进行。

     2.更详细的功能细分与时间线划分，由于时间较紧，有任何问题提前暴露，讨论解决，暴露风险点，难点与解决方案。

     3.没有测试的情况下，需要自己一个一个接口编写单侧与测试用例，各种异常捕捉处理。

     4.代码是写给人看的，不是为了完成而完成，即便紧迫的时候不得不先特殊处理，那么特殊处理之处一定要注明缘由，以防后面的人不知道缘由。

     5.每周五要汇总整体进度，哪些延迟，有什么问题及风险。

    总之，最终提交编写了280个文件及类，快要累死了哈哈…幸好中途来个新人帮我分担了部分后台工作，否则真恨不得有三头六臂。在较短周期及人员不足的情况下，能够专注的时间是极其可贵的，因为你可能一个人充当多个角色，而且很多时候会跟一开始想的并不一样，也会牵扯功能结构变动，要有更详尽的计划与变更风险估算，切勿慌了阵脚。