首页 > 代码库 > 项目工作总结

项目工作总结

OAP 个人项目总结

      1. 客观数据统计:

1.1 Bug统计: 24个

1.2 页面统计: 2 + 9

1.3 代码统计: 大约1W左右;

1.4 开发时间花费统计: 7-21 开始

      2. 主观因素分析:

              这个应该是自己最大的问题。1.5或者2.0的事情想得太多,但是1.0的事情做不好。给人的感觉就是只会说不会做,执行力差,态度有问题,不端正,更进一步说是能力          有问题。

2.1  忽略当下问题。总想以后要做什么,该干什么,不该干什么。却没有静下心来好好想想当下应该做些什么。而且每次提出方案和问题的时候,都是在Bug出来后,以对bug质疑的方式提出。这不仅有对bug逃脱之嫌,亦有对bug认识不足的两种不同理解。以前没有认识到问题的严重性,一个观点是等问题暴露出来再处理,但现实却是我个人的问题暴漏的比较多。

 2.2  没有很好的对自己进行高标准的要求。尤其对于自己代码质量的把控,对于3、4级bug的认识不足,从心里感觉这不是什么问题,一直没有形成一个正确的认识。而且觉得这就是设计阶段的问题,将自己的缺点与团队的短板绑架,缩小自己的主观因素,放大团队的客观因素。眼高手低,总觉得自己牛逼哄哄的,什么事情都觉得自己的是最好的,对于别人的意见或者建议没有认真听取,不想跳出自己心里的舒适区。有时甚至刻意回避或者干脆逃避问题。

 2.3理论与实践脱节。理论上的巨人,行动中的矮子。道理明白一大堆,但一旦用到实践中,就将理论抛之脑后,完全实行我行我素的另一种行为,没有矫正的过程,没有自我反省、自我批评的过程。理论与实践剥离,知行没有统一。

 2.4 执行力方面,总是依赖外界的推动作用,没有发挥自己的自我驱动能力,被动管控利用不足。发现问题不去解决问题,而是抱怨环境或者问题本身。很多行为,短期内看不到效果,就选择放弃,没有做到尽善尽美,过分依赖于未来环境的改变,或者外在环境的约束。

 2.5 工作中缺少成就感,然后将精力放到一些附加价值的提升上,忽略了本质工作,而不是在本质工作中寻找成就感。明白解决问题比其他事情重要,到头来,自己却一直在制造问题,而不是去很好的解决问题。发现问题是一种能力,但真正对公司有用的是解决问题。自己正在向一个trouble maker的危险方向前进,而正确的道路应该是trouble solver。

      3. 可以做的更好的地方:

3.1 个人:

3.1.1 摒弃情绪化工作。有时带有情绪工作,比如上次碰到权限的问题,本来应该更当责,主动修改程序,但因为碰到一个技术难题,当时正在考虑,被打断了,说了一些不够当责的话,给团队带来了一些负面情绪。 在开发过程中应该更加当责,负起更大的责任。学会控制自己的不合时宜的情绪。

3.1.2 对测试有更高的认识。测试不够具体,对小问题事前设计不够好(3级bug类)。这些觉得不是问题的问题,才是真正的问题。在认识上不够到位,不够坦诚,不够认真。

3.2 团队:

3.2.1团队合作可以更好。信息沟通不到位,程序开发各管各的,开发过程中,自己完全可以更当责。
3.2.2 与其他人员之间的沟通可以更频繁,增加互动的过程。主要还是自己不够主动,总是习惯性的依赖被动沟通,没有主动发起的沟通的欲望。有一种“多一事不如少一事”的错误观念。

   

 

项目工作总结