技术开发--团队开发

首先，我认为一个技术团队，若是想要高效，高频的完成一个需求，必需要学会团队开发，只有你们融入了这个团队中间，每个人吧本身要开发的和需求的东西都及时，高效的完成，保证不拖后腿，才能最高效的完成开发某一功能点的任务 。

单针对开发人员来说，拿到任务的第一时间 ，应该是对这个任务进行业务上的分析 ，分析这个业务是否会影响本身开发部分中其余业务，若是会，怎么把这两个业务联系起来 而且拆分开来，作到业务之间不互相干扰，其次就是分析这个业务的需求 ，这个业务是要求是什么，是要去作什么样的代码去完成它，接下来就是需求分析了，你们凑在一块儿讲解一下这个需求分析 ，而且扩展一下这个需求中可能遇到的什么难点，重点 ，而且吧这个难点再次的划分开来 ，而后仔细判断下这个难点为何难，该怎么去作处理，处理这个难点罗列下来几种状况，而后吧需求搞明白了，吧这些个业务划分好，吧这些个用到的知识点大概在内心判断下 ，就开始编码了，不少时候编码的时候才会发现本身的需求分析又作的很差了，由于不免会遇到一些考虑不周到的地方 ，而后就会去想到去从新了解需求 ，因此这就是大部分程序员遇到的问题 ，感受项目越写越难，耦合度愈来愈高 ，形成修改一个地方要去被迫修改其余地方，致使牵一发而动全身。

因此咱们作需求，作业务，必定要像一个金字塔同样 ，话说地基作的有多好，决定了你的楼盖的有多高 ，写代码亦是如此，只有需求作的明白了，业务了解的透彻了，写起来代码才是驾轻就熟，之前开发不懂，老是走一步看一步，形成了app里面有好多本身意想不到的bug，也很难去修改，给本身一个忠告，必定要想好在写，必定要引觉得戒。

 

接下来说到了开发模式 ，我们app相对于罗列出来的这几种开发模式中 ，我感受属于全局模式，就是各个部门人员实时了解项目进度，应该尽可能变成点聚合模式，即各自掌握自身负责模块进度及全局中自身涉及信息，才能高效的完成公司的产品和项目

还有就是针对于一个功能的实现的时间的分配，产品设计，应该占到怎么设计的15%，ui占到设计的20%，而且先后台统一命名规范 测试应该配合UI 整理命名正确及可读性 产品应该规范页面流程，编码开发呢，应该占到整个项目的最多的时间 35%，并且还要根据开发需求及时提供合格UI 产品改动跟进 单元测试 模块测试，最后测试，也是仅次于开发的重要的时间30%由于只有通过大量的测试，才能知道你的代码是否合格。