反思:不小心伤害到了组员的自尊

新进来的组员，资历非常深，工作十几年的老工程师。本来是其他组的，后来领导说归到我的组。然后让我当他的导师，试用期的绩效由我给他制定目标和评分。

这几天遇到一个问题，问题出现得比较突然，该组员确实没有机会提前识别到该问题。然后领导让我跟他一起看，复现问题后第一时间我们都有了各自的判断，他认为是系统的问题，而我认为是我们的应用导致系统出现了问题。当即按照我的思路进行了浮现，确认就是我们应用导致系统出的问题。

本来也没什么，恰好月底绩效流程走到我这里，我就顺手写了一个“能够按照要求完成相关开发任务，但对问题的钻研程度有待提升”的评价，这个评价不影响他转正（转正靠的是打分，而我都是给他打了不错的分数），后来该组员就找到我，认为我的这个评价有问题,当场表示他很生气。

一时间我有点懵逼，当即表示这个并不是说你不好，只是我的一个主观判断，而且不会影响转正。况且我的行事风格就是这样，说点好的一般也回带点不好的。一番沟通下来，该组员似乎“接受”了这个评价。

下来我自己想了想，一直反思自己做得到底对不对，各位 F友怎么看

问就是他不对

不建议反思，委婉一点表达即可 "能够按照要求完成相关开发任务，在问题研究方面，如果能投入更多精力进行更深层次的探索，相信能够取达到更高的高度。"

@brave6 感谢答复，这里我确实是该用委婉一点的语气。可能技术做久了，表达能力上有所欠缺。

反思就是：当众表扬，私下建设性批评（如 @brave6 所写），大家都开心。 如果一个人屡教不改，建设性批评无效，则私下里再来一次深刻长谈，彻底发现不合适，则和平分手，他去他适合的公司和团队。

这个问题之前也困扰过我，其实归根到底核心原因和能力不一定挂钩，但是和对现在公司系统/业务熟悉度有关。 他的判断是基于他目前对公司系统和应用熟悉不如你，所以给出了一个这样的判断。 其实这行干久了就发现，很多东西无法盖棺定论，总有意想不到的意外，所以判断有了偏离不大即可，自己去复现一步步找出问题根源所在，有些时候甚至预判几次都是错的，我反而觉得没啥。 至于绩效这里，想问一句如果你知道他是你领导的亲戚，你也一样会这样写吗？如果是的话那没啥，如果不是的话那就不是比较直的问题了。 说了好的，也说了不好的，分数给高，说白了意思就是有可能会有问题也有可能没问题，目前跟着我处理没问题。 纯属自己瞎猜，OP 不喜勿喷

我觉得单次不能说明什么。很多问题都是根据系统特定存在的，了解环境就是最大的优势。根据一次表现就下论断是不是太武断了。

在我当组长的第一年，领导让我给组员写评价，我那时确实就是楼主的想法，优点和待提升点都写（待提升点不是什么很差的评价，类似于需要加强细节把控之类的），然后有个组员也在之后单独找我，问我给他的评价是什么意思，搞得我也很尴尬。 后来领导再让我写评价我就懂了，反正这个评价也没有什么实质性的影响，我直接让组员自己写好发给我，我略微调整下就发给领导了，组员领导都满意。

“能够按照要求完成相关开发任务，但对问题的钻研程度有待提升” 你这评语本身就很无理，因为理论上，你的组员是一直无法超过你的，真的有一天超过了，你也该走了。然后他和他的手下重复着这个循环。 这个评语本身比较中性，但仔细回想一下，手下确实会受限于掌握的资源不如自己、对公司的方针政策了解不如自己而想的没那么全面。

@wintersun 这里提到是流程上面的评价，不分什么当众和私下，这个流程说白了就只有少数几个人参与。问题核心在这里∶我认为“对问题的钻研程度有待提升”算不上一个批评，应该算是勉励或者说激励，但是该组员可能会觉得有问题。而且公司的这个流程上写明了要写优点与不足，当然也可以不写不足，不过我恰好那天跟他解决一个问题，当时觉得他处理问题确实有问题的，所以就带上了这么一句。 反思下来，我跟该组员确实交流比较少，仅仅通过一个问题去写这样的评价确实有失偏颇，算是给自己长个记性了。