两则用人启示
从业稍短者
公司新来一个员工，大概工作有两三年了，这次与他合作一起做一个项目，碰到的事情下面叙述下。
手里一直在忙项目中的事，把一张数据表交给他设计，大概忙了两天，手里的事情基本忙完了，现在可以做与这张数据表相关的事情了， 然而细细思量下，发现数据表设计有一些不合理，需要修改一下。当与他商量时，被立即拒绝，理由是这样改他要修改好多代码，极盛时 直接批评我的英语不好：“你知道complaint是什么意思吗？”。complaint是投诉的意思，表中需要complaint_status这个字段来标识投诉状态。 我用的是对的，他不好就英语继续批评下去了。
与同事相处，遇到这样性格的人，共事可能是比较难的。项目还是要做的，不能做个残次品出来，第一版已经因为迁就出过问题了：做的东西不是需求方想要的。 这一版不能再迁就了，产品要做就要做完美，即使差也要至少是一个合格品。我约他独自聊了聊，说出了自己的想法：不能因为要改自己写的代码，就反对改设计， 如果是需求需要，修改是必要的。我没有说修改代码本来就是我们的本职工作，一方面希望他理解自己的工作立场，另外一方面也不想让他认为我是在批评他工作不合格。
遇到这样的事情，解决办法有好多种，最差的应该是继续迁就合作。但为了提升团队工作的效率，比较简单的办法可能是从这个项目团队中把他剔除出去， 以此让这个团队的合作变得融洽。再往上拓展下，最好的办法可能是团队只要能使团队工作效率提升的成员，分阶段出一个评估标准，不达标的就淘汰出去，这样的团队 才有最强的战斗力。
如果这个团队建设完成，公司的一些比较急、比较重要的事就可以放心交给这个团队去完成了。
从业稍长者
公司另一个项目中，有一个工作了十年左右的开发，经验是比较丰富的。有一个接口需要他提供，他从一个接口改了下后说：“就这么用吧，你们那个项目又没几个人用！” 现在翻页的功能只能我从上面的接口取到全部列表数据，然后在我们自己的项目中做分页了，即使数据量上了几十万也只能这么将就了。
这里碰到的问题是，一个工作经验丰富的人工作态度不端正，从团队中剔除出去是个损失，但留着又会给合作人员造成更深的隔阂。可能这个问题的解决方案是， 项目初期搭建时，由他负责，框架出来后，他的作用减轻时，这个团队中就不再依赖他的存在了，可以把他调到其他需要开工的项目中，这样他才能发挥最大的价值， 公司的效率也没有降低。可以看出，团队的效率是要分阶段的：前期、中期、后期、末期。每个阶段要有相应提升效率的策略。