其实员工做的工作领导不一定都会了解，他们可能只会把测试任务，比如说几个功能平均分给几个人做，但是实际上每个人完成的工作量并一定能了解到。
比如一个功能看上去与其他的功能量一样，但是这个功能与其他功能的关联较多，那出现问题的几率也就较多。那分到这个功能的员工他的工作量就会比其他人多一些。
比如一个员工对整个项目比较熟悉，发现的bug数量一直很多，那其他员工测试完之后也会希望他能再帮忙看看，但是他自己测试完的功能却不需要别人帮忙看，那这样一来他的工作就会明显比别人多。
比如还是一个员工对整个项目比较熟悉，那一般客服或是运营或是程序，出现问题都会找这个人进行询问和确认，这样又增加了更多的工作量。
上面的工作，其实看上去不多，有的朋友可能会觉得连这点都计算有点斤斤计较，但咱们这以这样看，如果这些工作只出现一天，那根本算不上什么，但是这些工作很明显都是一些长期的内容。所以这样这个员工的工作量就得到了明显的增加，甚至导致最终验收版本的时间被拖后因为大量工作都在这些少量的员工身上堆着，最终导致延期也是很正常的事情。
为什么领导有时会不了解这些工作，因为这些工作也是相对隐性的，比如“帮助同事检查功能，辅助复现/验收线上出现的bug，帮助其他部门搭建测试环境”，而且也不会算在kpi内。
所以很容易出现这样的员工拿着和其他员工一样的工资，或是稍高一点的工资却干出了高出其他员工许多的工作量。
如果用能者多劳来解决这个问题，那自己很好，并且之所以这样的员工能做这么些工作也是因为他从一开始就尽力去接各种自己能够解决的工作，所以才能走到这一步。
然而不论是谁，如果一直都是这样干的比别人多，相对来看获得的却比他人少的话，时间长了心里也会不平衡。
解决办法呢？首先这样的员工要学会去将手头容易上手的工作转交给别人，不要怕别人做不好，因为大家都需要这么一步一步适应，然后随着其他人项目经验的积累，逐渐放手更多的任务，要学会适当授权。其次，在适合的时机也可以给领导讲下你的一些额外的工作量，不可能说一直都干的多，然而领导却完全不知道，最后因为你的任务多导致延期的时候还要算在你头上，而且领导了解了之后也还会帮你把任务分出去。
