标签：字符串比较 考核 关系 并且 最大 绩效 没有 提示信息 人性
踩着18年的尾巴，写下这篇总结，既给18年画上句号，也展望19年，制定下计划。
自17年底正式接手团队项目管理工作以来，虽然前面一年都干了大部分工作，但正式走到这个位置上来，还是有一部分的期待。接手之后，多了两部分的工作，第一部分是代码复核，标准采用的是《阿里巴巴Java开发手册》，然后本人自定了一些界面上的UI 元素、弹出层和提示信息的标准；总的来说，开发人员执行的并不好，复核的时候还会发现很多字符串比较用“==”的、有排版不按规则来的、有图标颜色随意使用的；当然跟程序员的能力有一些关系，同样前期的培训、标准的普及也有一定的关系。第二部分团队绩效，接手之后，所有的工作从我这里做中转安排，当然所有的绩效认定也是从这里出发，很多时候做绩效认定的情况下，跟开发者沟通时长、效果后做出认定，完成后，经过测试环节后，上线后总会有各种各样的Bug 问题，这个时候我发现我没有一种合适的方法进行调节，无法定位是测试的问题还是开发的问题。于是变换一种方式，绩效认定时添加文档及问题修改时间，一经认定开发过程的所有问题（除需求变更外）都需开发人员自己承担，并且问题数量计入年终考核；实行下来之后，效果依旧不理想。
这一年最大的问题是在10月，手上一个项目上线进行使用（实际3月就上线，但是因为部分原因， 10月才开放），用户一片吐槽，系统不人性化、兼容性不好（很多电脑IE版本太低）、经常死机（服务器经常断电，替网络中心背了锅）、系统bug 不断、操作手册玩不转；每天都在跟用户解释为什么浏览器不兼容，为什么填不起，为什么系统里面没有他，为什么…….，后面我在反思这个事情的时候，总结出几点；第一：专业的测试很重要，第二：需求讨论会一定要多开，第三：先设计后实现（无论要得多有多急的功能），第四：我们做开发的逻辑思维，用户不一定跟得上，所以这个更体现出设计的重要性。整个18年，我们团队设计和测试投入跟开发不成正比，也因此付出了巨大的代价。
除去项目管理部分，18年我个人的收获，1、java 运用更加熟练；2、学习了三门新语言vue、python、按键精灵；3、完成了一个.net 项目；4、考了一个中级证书；5、博客园写了两篇随笔，，，好吧，应该会更多的；
展望19年，有如下几点要求规范自己：1、多站在用户角度思考问题；2、继续提高编程能力，使用新学的语言完成一两个项目；3、扩充知识面，寻找问题的深层次原因；4、考一个架构师证书；6、学会开车（虽然驾照拿了三年了，emmm…..）;7、旅游安排上；8、随笔记录日常问题
标签：字符串比较 考核 关系 并且 最大 绩效 没有 提示信息 人性
原文地址：https://www.cnblogs.com/Aimee-AI/p/10196425.html
