P2P理财项目四个月开发总结

目前项目状况

        这个项目从元旦开始开发到如今已经有四个多月的时间了，上线期限也是一拖再拖，从整个项目开发状况来看形成项目延期的缘由有不少，简单分析和总结一下这个项目的优缺点，以及在这个项目中的成长。

项目进展分析

      需求方面

         需求变更在缘由里面占用20%，经过我的感受这个项目需求变更形成的时间浪费在20%左右，通常项目在代码写了一部分后基本上需求是不会再变了，但是这个项目再开发了两个月以后，需求又大变了一次，致使不少代码从新开发或者重新编译，开发重复劳动情绪也收到影响，固然项目慢也不能彻底推给需求，需求变毕竟是正常状况和正常事件，若是需求大变一次能够走需求变动流程，各个负责人一块儿估算变动带来的影响，所以，需求就不过多的谈乱。

        设计不当

               数据库表结构

       数据库结构正常状况肯定好以后就不会再有大的改动，可是咱们项目中数据库老是在变，数据库若是变化从底层mapping文件到界面都会跟着改变一次，改动仍是比较大的，另外我以为这种虽然是按着敏捷开发的方式开发，但没有达到那样的效果，尤为前端页面与后端分开来开发如此一来咱们每一个迭代每月都看不到本身开发出来的成果，开发的比较盲目，这样时间一长没有开发出东西来会让你们感受有一种疲惫感，不如换一种开发方式每月都会有成型的东西出来，让你们对本身作的东西有种成就感。

除此以外，应该有一我的控制需求和数据库变动，通常不要改变数据库以及需求，就不会带来这个变更影响开发的状况，万一需求变了项目延期须要评估是否合理，不合理就不给于变动。

项目开发已经快结束，可是发现都没有数据字典，不少下拉列表直接返回给前端的都是数字或者英文字母，不知道表明什么后期集体添加数据字典这个功能，这个前期没有考虑进来；有些公共的技术点没有提出来并加以整理，好比控制事务、缓存失效时间、登录、安全、代码格式等等，本身写本身的没有人控制；每一个人都是负责本身的模块部愿意参与别人的模块设计，也不肯意帮助别人解决遇到的问题，想的都是把本身那一块问题解决完，保证本身的那块不出问题便可，可是这种系统耦合性太大基本上很难把几我的负责的任务分开，致使流程走的不畅。

                任务分配

        任务分配存在不合理的状况，并无按照能力好一些的负责业务复杂一些的模块，水平差一些的负责相对简单一些的模块，这并非说有的能力不高只是为了更好、更有效的完成项目中的任务，合理利用资源的问题，有时以为某些人特别忙、某些人就比较闲的状况，P2P不论是前端仍是后台管理走的是一个数据流程、其余大多数软件都是在走数据流程，有的节点稍微复杂一点有的节点就简单一点，咱们不该该让前面的流程制约后面流程的开发，换句话说做为项目负责人或者经理应该就每一个流程以及各个流程的衔接处的数据变动有较清晰的思路和认识，而后，对于每一个人完成每一个模块须要多长时间有一个总体认识，只有这样整个项目才不会延期。

在软件设计师考试中，曾经记得有项目有向图、无向图等图，清晰的记得整个项目的时间每一个节点都受前面节点限制，而整个项目期限取决于时间最长的一段路线，所以项目工期应该考虑最可能出问题的那个组合；分配人员时应该把前面节点作完的人员分配到后面没有完成的节点上面，不形成资源的浪费，这样是最理想的状况。

在前天开技术讨论会的时候，咱们总经理提到了咱们那个项目，问咱们那个项目五月一能不能上线，问某某人回答是：取决于谁作哪一块，明显显示出分配任务不合理的状况。

                开发氛围不和谐

        团队的开发氛围对于整个项目开发是有影响的，开发中有前期有十几个开发人员这几我的一组那几我的一组，造成了小的团体以本身小团体为准，我以为咱们开发组素质都比较高，开发任务也比较快很快完成了开发任务，在开发中公司招的的确啥水平的人员都有有的人，开发一个功能好几周还总问别人，问几回你会告诉他可是时间长了就没有人愿意告诉了，领导也不是看谁不行就说说谁，没有赏罚错误你们作多作少都同样，因此，你就没有必要总帮别人弄，时间长了你们都光顾本身那一块了，同别人交流的比较少，技术好一些的代码思路或者风格，以及好的实现也不肯意分享出来或者告诉其余人，水平相对薄弱的人也只能本身摸索着写，团队之间几乎没有知识共享无论好的技术仍是很差的都没有人主动分享或者提出将要出现的问题，领导也不能及时发现可能存在的问题，若是你负责那一块那么这一块的全部内容都有本身来负责，完成任务的前提是每一个人必须对本身租的那一块有清晰的认识和必定的经验才能有质有量的完成。

               责任不明确

         在公司里面工做常常涉及到责任问题，有不少实现和涉及思路或者方案是须要领导或者经理来肯定的，由于这里面会涉及到责任问题不少开发人员本身都不能确认是否应该这样，可是不少这样的涉及问题应该经理来拿主意的事情，经常让几个开发人员来本身确认这样一来谁都不会确认方案，由于确认方案若是出了问题都会推到某人身上，这样一来就形成了开发会感受比较累，实现的同时还会考虑不少责任问题牵扯到开发钟来。

总结：

         总之，项目进展的好坏与项目设计每一个方面息息相关，不要忽视每一个方面对每一个方面也不可以掉以轻心，做为经理以及管理人员不可只安排人员去处理问题，须要提早预算这个问题的产生，以及对每一个人的每日进度以及每一个人的总体进度有把控才行，对每一个人的开发状况了如指掌才能对整个项目进展有明确规划，而不是出一个文档告诉开发人员按着这个写，而后本身就啥事情也没有了，若是达不到本身预想的标准就是不行，项目经理应该跟进每一个人的状况。