标签：style strong ar 数据 问题 代码 sp 工作 时间
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 与其他人员之间的沟通可以更频繁，增加互动的过程。主要还是自己不够主动，总是习惯性的依赖被动沟通，没有主动发起的沟通的欲望。有一种“多一事不如少一事”的错误观念。
标签：style strong ar 数据 问题 代码 sp 工作 时间
原文地址：http://www.cnblogs.com/crazylight/p/3940064.html
