@bestie 大实话，预期大家互相猜忌，不如大家自己写，然后做汇总，反正评价就和厕纸一样毫无意义，最终落到实处的还是打分

“有待提升”略微有点重，比较敏感的就会具体问一下。不过，既然他知道了你的评价，他来询问“有待提升”的具体含义也是正常的，也不需要反思什么，告诉他预期应该怎样

@bestie 唉，你说的很有道理。主要是我平常汇报工作，包括给自己做总结都是写好的也会写不好的，所以给他人做评价也会习惯性这样做。现在想来，让组员自己给自己写也不失为一个好办法。

@Pookylol 他不是来询问，他认为这个是批评，是对他十几年专业经验的不认可。但我的本意真不是这样，就遇到的问题而言，我是希望他不要过早的下结论，作为功能 owner 一定要进行调查以后再下判断。出现问题时，他的反应是“这个问题是系统导致的，我们搞不定”，我觉得这个是不合理的。

@wei2629 嗯嗯，道理是这样的，但是当时这个评价中不好的部分是出于我的思维惯式∶写点好的也带点不好的;再加上公司流程上要让我们“写”，凑巧那天也跟他一起排查问题，对待问题的态度差异这几个因素综合在一起才导致我写了这么一个评价。我并不是不认可他的工作能力，前面也提了打分都是给了不错的分数。

@512357301 “你的组员是一直无法超过你的”这个说法我并不认可，一个人的能力分很多种，技术力只是其中一种，况且每个技术人员都是术业有专攻，如果不是某个细分领域内的同一从业人员，你也是不好评价技术能力的。虽然我作为组长，但是我自认为在很多专业领域上我是不如这位组员的，这里的核心还是在于我跟该组员对于这句评价的理解存在差异。

有待提升=直接否定其能力，稍微有点玻璃心的人看了都会生气。。。

首先你的评价有点宽泛 容易误解 以后可以分两部分，先就项目、问题做出评价，其他的你怎么写都行了 谁也跳不出来毛病

这东西本来就是挺主观的，而且谁也不可能针对每件事情方方面面都考虑那么周全，但是你还能自我反思，这挺不容易的还。

他有什么可提升的呢？由于对系统不熟悉所以没有一次判断对问题原因？你以为招了个上帝来么，全知全能。