在招行工作半年 我学到了什么
开发模式
1、 迭代开发模式
以一个月为迭代，第一周分析需求，第二完成20%提测、三周80%提测，第四周周三全部提测，第四周完成测试。实际执行时是与上一个迭代交错的，即需求分析是从上一个迭代的第三周周四、周五开始。
优点：开发稳定，测试充足，有足够的修复bug时间，容错率强
缺点：人员效率不高，开发在后两周比较闲
2、 精益模式
同样是以一个月为周期，不过对于开发来说，实际只有两周时间，将需求按特性分类，两周的开发时间，两周的测试时间。但是在测试的时候，开发开始了下一个月的新需求开发。
优点：人员产出高，开发没有了之前的空闲时间，一直处于开发状态
缺点：开发人员一直在写新需求，修复bug的时间减少。导致自检不充分，程序容错率低。
写下自己的感受，对于精益模式，其实将开发周期加上两三天的冗余即可。
代码检视
对于代码检视，我个人在这段时间的工作中有了一些感悟。
对于开发新需求的代码（一般量非常大），可以采用集体代码检视（理由：众人一起可以发现更多的问题，如设计模式，实现方式，代码可读性等）；
对于bug修改（量少），在提交push请求后，由组长完成检视即可。
数据库设计
数据库由对应的开发设计，但需要组长与组员一起评审，要求严格按公司自己的数据库设计规范执行,如命名统一（同样是id,a表叫id,b表叫rcrd_id），类型统一(同样是字典项，a表是varchar20,b表是int或者varchar30)，长度统一,每个字段都要有注释，每个字典项在注释中列举.
详细设计
开发人员拿到需求后，必须有详细设计，主要内容有设计思路、开发步骤、依赖模块、影响模块。主要目的是为了让开发人员在开发前，对需求有个整体的认识，文档需要组长和组员一同评审
