关于客户和项目品质

  两个命题，一个是对客户的态度，另一个是对项目品质的态度。仔细想一想，这两个命题其实

是有密切关系的，于是就合到一起，谈谈自己的看法。

  先说客户和项目品质的关系，个人认为他们是互为因果的，因为没有客户我们就不会有项目，反过来没有好的项目品质，我们又会失去客户。

  对待客户的态度，归结到文字上其实很简单，八个字“勤于交流、尊重互信”，但是如何做好这八个字却很难。就交流来说，我们大多时候只限于项目进行过程的交流，项目结束交流结束。这种沟通是典型的需求式交流，不利于与客户建立长期稳定的合作关系。真正有效的交流应该是朋友式的，交流的范围和话题不能只限项目内容，当然在项目进行过程中还是以项目为主的。我主要想说的是项目结束后的交流，一封客户满意度调查的Mail发出后，我们是否就可以刀枪入库了呢？显然不能。但是我们项目在项目结束后，以什么样的形式与客户交流什么样的内容，却显得有些苍白。任何一个软件项目都包含了丰富的知识，业务方面的、专业技术方面的等等，这些都应该成为项目Leader在项目结束后与客户进行交流的话题和手段，例如在项目结束后，可以不定期给客户发一些有关项目的总结、对项目业务的新的认识、对项目中关键技术的探讨等，这样可以让客户感觉到我们在不断进步。当然日常生活中奇闻轶事也是必不可少的，这样让客户体验到朋友的关切。对于尊重互信，只要我们交流方法得当，这种关系就会自然形成，应该说交流是过程，尊重互信是结果。

 

  项目品质，是我们每个有责任心的同事都关注的事，但是保证项目品质光靠责任心是不够的，还需要能够把我们的责任心形成合力的体制和规范，让我们做事时真正有法可依，有规可据。当然，项目进行过程中的问题林林总总，要想通过几纸规范来指导大家解决所有问题是不现实的。我们可以根据项目的具体情况，明确项目中的角色分工，并根据实际情况适时调整，这样分工清晰，责任明确，项目的最终品质还是有保障的。另外，一个稳定的开发团队（至少是核心组合），也是影响项目品质的关键因素，因为长期的合作，有助于大家形成沟通上的默契，提高项目组内部的沟通效率。还有开发团队的建设应该是向专业化方向发展，不能这个项目作Java，下一个项目就做作.Net，这是对团队的最大的伤害，熟能生巧，人在不熟练的情况下往往会犯一些低级的错误。这里的团队专业化包括业务专业化和技术专业化，应用软件的开发，这两个专业化缺一不可，它应该是成为我们的核心竞争力。