ITOO高校云平台V3.1--项目总结（二）

     今天下午，举办了一场ITOO高校云平台3.1总结大会，针对3.1开发的过程中统计上来的问题进行讨论。

     通过讨论统计上来的问题，映射到自身，看看自己还有那些问题没有发现，然后总结师哥，师姐或者同期的同志们给出的建议，进行改进。

自身责任要明确

     作为一个负责任，首先要明确自己本身应该承担的责任，要明确那些事情是作为负责人应该做的事情，这一块暴露最多的就是开发过程中的接口问题，.NET的3.1只有七天的开发时间，本来是想把开发过程中用到的所有接口统计上来之后，发给基础系统，能够统一开发，但是组内是有一部分人对需求不是完全了解的，只能统计上来一部分接口来开发，后期就会出现边做变了解需求的过程中，突然又需要基础系统开发新的接口。

     上边说的是系统间的，而系统内的情况就是，小杨提出开发接口的申请，我统计上来之后下发到开发的人员小王手中，后来小杨多次催促，我也多次去催促开发接口的小王，但是时间却是一拖再拖，通过这件事情，反思自己，虽然自己多次去催，但并没有去看小王具体的开发情况，并没有把这个问题看的太重，以至于小杨的功能无法继续开发。作为负责人，这是我的失职，组员有问题，要把组员的问题放到第一位，有问题就去给他解决问题。

心态要明确

     开发3.0的时候，加入了许多的新人，刚开始加入项目，需要学习怎么去搭框架，和开发过程中会用到的一些知识，这个时候是出于一种学习的心态，再说3.1，七天的时间把功能开发完成，这个时候，如果你再抱着学习的心态的话，七天的时间是做不出来多少东西的。3.1就应该以一种开发的心态去对待，也许开发的过程中，你会遇到一些问题，自己解决不了的就赶紧去找其他人帮忙，解决完了，就继续去开发下一个功能，而不是在这儿纠结为什么会出现这样的问题，为什么其他人能够解决而我解决不了，这些问题都可以暂时的跳过，先紧着重要的来，遇到问题，可以先记录下来，后期的总结就是解决以上遇到的问题。

布置任务要有反馈

     作为负责人，在开发过程中，每天都给组员安排当天要完成的任务，每天都要有任务的反馈，统计组员每天任务的完成的具体情况，而不是说只安排任务而不去统计任务的完成情况！

总结

作为负责人，平时要做的就是多去和组员交流，多帮他们解决问题，该鼓励的地方就应该鼓励，不要去否定组员辛苦做出来的成果；当然，该严厉的地方还是要严厉的，对于组员有缺陷的地方要及时地指出来，对症下药，这也是对组员的一种帮助，帮助他提高自己，该狠的还是要狠！之前米老师在微信上转发过一篇文章–《领导不狠，员工不强》真正能够帮助员工提高的，不是什么都顺着员工来，而是给他压力，让他去完成任务。