前面已经说清楚了PM进行客户协调的最重要的东西，就是在问题发生之前和用户多交流、多沟通。人与人之间有了一定的情感基础，谈起棘手的问题来能好一点。

    随着项目的深入展开，PM们面对的最多的问题大致有以下几种：

　 1、进度计划得不到执行，项目开始延期；
　 2、用户理由很多，总是不配合工作；
　 3、需求变更；
　 4、资源不足，人手不够；
　 5、长期出差，项目组成员开始烦躁；
　 6、用户PM由于项目的种种问题，开始郁闷，将邪火发到项目组成员身上；
　 7、PM身兼数职，无法全心进行项目管理，项目组成员开始各自为阵；

　 面对这些问题，PM们改怎么办呢？一个问题一问题处理吧，还能怎么办？

　 1、项目开始延期，这问题太普遍，普遍的大家都觉得正常。但是做为PM还是要分析，导致项目计划延期的原因，至少在你的项目月报中要说清楚你的项目为什么延期吧？上面总结的2、3、4基本上都是项目延期的普遍原因。对于项目计划延期问题，建议PM们和用户PM做好沟通工作，属于用户方的问题要给他说清楚，必要的可以形成书面的东西给他。

　 2、这个问题最头疼。人家每个人都貌似很忙，没空配合你的事情，你怎么办啊？常规方案，针对问题开项目协调会，通过会议解决这个问题。当然了，开会之前PM们需要做哪些事情，我在上一个帖子中对于开会有专门的说明，这里不再罗嗦。如果前期的吹牛工作做的比较好，那么这时候用户PM通过官方手段无法协调的事情，你可以去试试看直接和那些用户沟通下，说不定你就说服人家配合你了。第三个办法，直接找厂领导，摆事实讲道理，让他来协调（找的领导一定要是“自己人”，找错人了不要怪我出馊注意。）

　 3、需求变更，痛苦的事情。在这个帖子开头的时候提过需求调研的过程中建议大家一个问题多问几个人，就是为了防止大面积的需求变更。真的事情来了，也不要骂娘了，骂了也不能让用户不改啊。需求变更问题，是个很大的话题，也不好说清楚具体怎么操作，才能解决问题。说说我对于这个问题的几个观点吧。

　 A、面对需求变更，不要在第一时间发表任何看法。先把问题听清楚，然后“站在用户的角度去考虑为什么用户要这样要求”。
　 B、从用户角度考虑清楚为什么这么要求了，再回头看看原来的需求是怎么提的，偏差在哪里，是需要配工作流还是需要客户化程序还是技术上实现困难或者干脆就是不能实现。
　 C、有一个观点大家可以试着理解（纯粹个人观点，不同意要么扔砖头要么笑笑算了）：管理都是有出发点、管理的手段以及管理的目地的。其实每个业务流程就是为了实现管理目地的一种管理手段，那么对于需要变更的需求，我们可以从管理的本质上来分析问题。如果说现有的东西和管理的目地不冲突只是在手段上有差异，那么我们可以和用户商量这个差异是否可以换第三种方案来实现，这样用户的需求能满足，我的程序修改内容最少。

　 需要说明的是，这样的处理方法一般都是在处理需要程序规模性的修改的时候采用的（咱当年是做国产自主开发产品实施的，这样的事情太多，于是就自己找了一个处理这个矛盾的套路。），而且，如果决定和用户去这样研究问题，那么一定要保证你首先是一个合格的顾问——你要把用户的需求、业务本质都吃透了，才能和用户去研究变通的方案。