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

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

自身责任要明白

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

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

心态要明白

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

布置任务要有反馈

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

总结

    作为负责人。平时要做的就是多去和组员交流，多帮他们解决这个问题，该鼓舞的地方就应该鼓舞，不要去否定组员辛苦做出来的成果；当然。该严厉的地方还是要严厉的。对于组员有缺陷的地方要及时地指出来。对症下药。这也是对组员的一种帮助。帮助他提高自己，该狠的还是要狠！

之前米老师在微信上转发过一篇文章–真正可以帮助员工提高的，不是什么都顺着员工来。而是给他压力，让他去完毕任务。