本文作者：CEO张纪伟我发现团队常遇到这样的情况：和我们沟通的客户发现自己弄错了需求，要求我们返工重做，这还算好；更糟的，是我们可能知道客户的需求错了，却没有或不能说出来。客户付给我们钱，我们按照客户的要求做，好像没有错吧？做错了返工，客户也应该付钱的，这就是ODC，很多同事有这样的认识，做ODC，我们对项目进度和遇到的问题似乎都不用负责任，所以我们公司选择做ODC，而不是固定价格。这个说法只对了一半，我们的确选择ODC，不是固定价格模式合作，但原因并不是ODC比固定价格容易做，而是我们（盛安德）ODC更有利于软件开发过程的顺利进行。盛安德ODC，就是敏捷理念在离岸开发中的具体应用。如果我们的ODC只是按照客户的要求做，我们只提供写代码的服务，那的确比固定价格简单的多。盛安德ODC要求程序员提供价值，不是写代码完成工作量。我们不把客户当成需求的来源，而是项目的参与者，客户起到的作用是支持和协助团队完成项目。通常需求来自我们团队的部分，比来自客户的部分多很多。这对客户要求会高一些，对我们团队的要求也更高。对客户而言，恐怕就不能总把自己当高高在上的甲方，拿需求当令箭，指挥团队围着自己转；对团队，也不能把客户当上帝，如果要有一个上帝，应该是价值最大化。通常客户希望看到我们追求价值，在需求上有自己的见解，并尝试积极沟通。但在一些国内客户的案例中，也常会发生一些小冲突。正好前几天收到一封国内客户的表扬信，我贴在下面，一个客户（总经理）称赞我们的程序员（天津王冕）：感谢你能带头反对我的过细要求，使软件团队走上了独立思考开发的道路，……。客户表扬信我们都知道，盛安德ODC对程序员的要求很高，王冕做到了，这是件不容易的事情。我不是鼓励大家都和客户对着干，每个项目的情况不同。实际上，多数项目并不需要经过冲突，才能获得客户认可，尤其是欧美客户。回到开头的问题上，客户很可能会错，不会错的是我们对价值的追求。追求客户满意，不是按照客户的想法做就行，客户追求的也是价值，客户本身并不是价值。我们工作的成效（效率）也是价值的一部分。盛安德ODC的核心，是整个团队以实现价值为目标，不是交付多少个功能点，或工作量。所以，当我们知道客户的需求错了，正是我们提供价值的机会。客户是团队的一部分，他的目标和我们一样：价值最大化，不用担心客户不高兴，都顺着客户的意思做，我们的服务价值就小多了。
转载请注明：http://www.xxcyfilter.com/zyyq/zyyq/16482.html
