如员工的工资是计件工资与基本工资的结合。为了符合国家的相关法律规定，我们企业对于计件公司与基本工资是这么考虑的。首先系统中有基本工资的要求，通常情况下基本工资就是国家规定的最低工资保障。其次要根据员工的生产数量计算计件工资，如果计件工资低于基本工资的话，那么最后就以基本工资为准。如果计件工资高于基本工资的话，就以计件工资为准。同时在计件工资的基础上给与10%的奖励。也就是说，员工最后的工资为计件工资的110%。但是，可能人事部门员工在跟对方进行沟通的时候，没有沟通好。在考虑这个10%奖金的时候，出现了几个小问题。一是如果计件工资达不到基本工资的，则就没有10%的奖金。而对方确认为，即使没有达到基本工资的标准，那么员工的工资也是基本工资的110%。二是这个奖金的比例是不固定的，会跟企业的利润情况进行调整。如不同的产品由于其生成复杂程度不同，故不同的工人、不同的产品会有不同的奖励比例。可是对方却认为这是一个固定的比例，故直接在程序中写死了。而没有在应用程序界面中让管理员进行灵活调整。这也是双方之间沟通不畅所造成的。

　　发现了这些问题之后，笔者没有跟外包服务商之间进行大吵大闹。而是把他们的项目负责人叫到了企业，把这些问题摊在桌面上，问对方该如何处理。可能是笔者的态度比较好吧，故对方项目经理也比较合作。项目经理明确表态，只要我们企业能够确认出具体管理的细节，那么他们就可以进行适当的调整。不过他也说，事不过三，最后企业能够确认最终的管理模型。否则的话，如果因为企业需求确认不当而要求软件公司进行频繁的更改，那就不怎么合适了。笔者对此也表示理解。

　　其实每个人都喜欢听好话的。笑颜引人，可以化解彼此不少的矛盾。为此笔者认为，双方之间如果能够放开胸怀，把项目开发中出现的一些问题摆在桌面上处理，那么就没有解决不了的问题。

　　不过，从另一方面来说，笔者在事先需求沟通方面做的不怎么到位。笔者后来就调整了策略。因为在计件工资上笔者并不是专家，没有多少的发言权。故在后续的需求确认过程中，笔者是把生产经理、人事经理、与项目经理进行三堂会审。让他们进行面对面的沟通，以了解具体的项目需求。另外，笔者也要求人事经理把需求进行举例说明。如根据企业前一个月的实际统计数据，建立一个“沙盘”。如此的话，就可以把需求说清楚。如果光从理论上来说，确实容易出现误区。所以把问题摊在桌面上固然是一个解决问题的好办法。但是最好的方法不是等问题发生了再去解决。而是需要防止问题的发生。为此如果能够把需求也摆在桌面上进行讨论，邀请各方专家进行共同会审，这对于需求的确认是非常有帮助的。能够把需求摆放在桌面上谈清楚，那么后续的问题就会少许多。

　　三、邀请双方共同进行功能测试。

　　在计件工资模块开发完成之后，一些必要的测试是少不了的。经过测试才能够发现软件的漏洞。虽然软件公司也会对程序进行测试，但是笔者认为这是远远不够的。因为软件开发人员只会从技术的角度去对程序进行测试。而不会从操作实务上进行测试。而实际情况是有些功能往往从技术角度讲不会有问题，但是从业务逻辑上来说却存在一定的漏洞。

　　故笔者在软件进行测试的时候，是邀请对方的项目经理与企业的人事经理、生产经理一起进行测试。利用企业的上个月数据根据实际的操作业务进行模拟操作。一个月业务的操作之后，由于前期沟需求确认的比较清楚，故没有什么大问题。但是在操作的友好性上，还是有不少可以改进的地方。这些内容如果是笔者或者软件工程师来测试的话，是很难发现的。但是具体的当事人确可以非常明确的提出来。故笔者认为，在软件测试的时候，最好能够把双方的当事人叫来进行共同的测试。而不要把测试工作都交给对方去做。或者从另一个角度讲，软件程序开发人员负责计算逻辑上的漏洞。而一些功能上的漏洞与界面的友好性方面则需要企业与外包服务商的专家一起进行测试。如此才能够在最短之间内把问题解决。如果时间拖得久了，那么小问题都会变成大问题。

　　所以笔者认为，邀请双方共同进行功能测试可以缩短问题处理的时间，防止小问题变成大问题。这也是企业与外包服务商“喜结连理”的必走之路。