zoukankan      html  css  js  c++  java
  • ITOO高校云平台V3.1--项目总结(二)

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

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

    自身责任要明白

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

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

    心态要明白

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

    布置任务要有反馈

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

    总结

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

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

  • 相关阅读:
    hdu 2019 数列有序!
    hdu 2023 求平均成绩
    HDU 5805 NanoApe Loves Sequence (思维题) BestCoder Round #86 1002
    51nod 1264 线段相交
    Gym 100801A Alex Origami Squares (求正方形边长)
    HDU 5512 Pagodas (gcd)
    HDU 5510 Bazinga (字符串匹配)
    UVALive 7269 Snake Carpet (构造)
    UVALive 7270 Osu! Master (阅读理解题)
    UVALive 7267 Mysterious Antiques in Sackler Museum (判断长方形)
  • 原文地址:https://www.cnblogs.com/jhcelue/p/7364624.html
Copyright © 2011-2022 走看看