矩阵型组织结构是为了既可以保持职能型的稳定性、专业性，又可以不损失项目工作效率的一种妥协类型。

这种组织结构类型最大的矛盾就在于职能部门的工作和项目工作的矛盾。而项目经理对项目团队中职能资源的影响力是这种类型的关键点所在。

在各种类型的矩阵型的组织结构中，项目中的职能资源更倾向于服从职能经理的任务安排。这本质上的原因是因为职能经理对其在公司中的发展前途以及年终的绩效考核所起的作用更大。项目经理几乎没有办法改变这个事实。利用项目经理的各种影响力，例如正式权利、专家权利、奖惩权利、个性魅力等来对该成员施加影响并不能根本改变这个事实。当然，在这种组织结构下最彻底的解决方案还是要首先想办法和职能经理达成共识，虽然这比较困难，因为其他职能部门往往会同时参加公司其他的项目以及有职能部门自己的任务。

矩阵型的组织结构在实际工作中特别常见。这种借调其他部门人员参与项目，在项目结束的时候释放资源的方式可能会存在于各种类型的项目组织结构中。这种类型也就引发了项目中关于人的最常见问题：也就是争夺对职能资源的使用。作者分析了包含项目管理者联盟在内的几个著名项目管理网站的项目管理案例集锦，发现里面关于人力资源的项目管理问题85%以上都是在矩阵型的组织结构下产生，而里面的问题大多数都是关于项目经理认为自身权利不够，无法顺利调动项目组中职能资源的事情。下面列举了从这些案例中整理的10个常见问题。

（1）项目经理如何增强自己的影响力？

（2）其他职能部门的人员参与到项目团队难以协调如何处理？

（3）遇见一个不配合的职能部门经理怎么办？

（4）项目途中职能经理更换了自己职能部门的人员，如何应对？

（5）其他职能部门经理推托责任的问题。

（6）如何制定项目的绩效考核体系？

（7）项目的奖金要如何发放？

（8）项目组成员要不断参加本部门的活动从而影响了项目，如何应对？

（9）未经项目经理同意，职能部门经理给自己部门成员放假，如何处理？

（10）如何让不同部门的人参与到项目中来？

项目经理为了更好地应对矩阵型的组织结构下产生的各种问题，首先要求做到的并不是心理学技巧，而是常见的团队建设的基本要求。

（1）必须要确保得到符合技能要求的项目组成员。无论什么样的心理学技巧，都不能解决技能缺失的问题。如果这是一个软件项目，那么毋庸置疑，你的团队中一定要有会写程序的人，否则你就是有再高的热情也无法让一个只会硬件的人完成你的软件任务。因此，根据项目的需求，确定自己所需要的人员类型，这是项目经理的基本任务。

（2）任务分解。项目经理必须能够负责对项目的任务进行分解。不断细化、优化工作任务分解结构（WBS）。

（3）设定里程碑。根据项目任务设置里程碑列表。发布项目的进度计划（schedule）。

（4）指导监控项目的进展情况。无论你是使用挣值管理图形或者计划跟踪图形，哪怕是不断地进行工作检查，总之你一定要学会一种可以时时监控项目进展情况的方法。

（5）知道如何为项目组成员提供必要的支持。这种支持可能是技术上的，也可能是需要申请公司的资源，或者是需要提供关于工作进度的指导。

那么，接下来，项目经理可以使用哪些技巧呢？

关于其他职能部门干扰项目的应对，可以说职能型的组织结构所使用的技巧，在这里都适用，这其中包括，

（1）取得其他部门的承诺，并张贴出来；(www.daowen.com)

（2）建立项目的指挥室；

（3）发布项目的进展情况；

（4）利用RAM来明确各个阶段每个干系人的责任。

对于项目组内部则需要做到：

（1）明确项目的目标，并让每个人知悉。一个明确的目标可以让每个项目成员有工作的动力。每个人做事情都需要一个理由，哪怕这个理由其实经不起推敲。这是人在社会生活中被人类规则训练出来的一种心智模式。

有个心理学实验证实这一点。研究者让人使用两种不同的句子来请求插队，看看别人的反应。

第一种：我可以插队吗？我要插队。

第二种：我可以插队吗？因为我必须插队。

研究者发现，只是加了一个“因为”，同意的概率就大为增加。这个现象说明了人做任何事情都需要一个理由，这在心理上已经形成模式化。

所以，项目经理需要做的就是使项目的目标成为每个成员工作的理由。人在团队里面有的时候并不会真正地去考虑这个理由的合理性，他们只是需要一个理由。

让项目的目标成为团队工作的理由的例子：

1）这个项目很重要，对公司的发展十分关键。

2）通过这个项目我们每个人都会在技能上有所提高。

3）市场急需我们的产品。

4）用户急需我们的产品，只有保证进度和质量才能不影响他们的使用。

5）如何达到这个项目目标对我们团队是一个考验，我们要证明我们的团队是合格的。

在说出这些理由的时候，一定要记住不要解释过多。过多的解释会触发听众的逻辑分析的本能，而任何理由都不是完美的，都有逻辑上的缺陷。

（2）取得每个人对项目参与的承诺。这其实就是目标管理的核心，这个在人力资源管理的时候还要深入讨论。

（3）第一个里程碑要简单一些，让成员可以迅速达到。

（4）不要让你的成员闲下来。这听起来有点不人道，但是事实就是这样。闲下来的人会把注意力转移到其他方面，比如说自己部门内部的人员关系和政治斗争等等。而且，闲下来的人会影响到其他人的工作士气。

（5）最重要的一个，就是要向公司争取项目经理的最大权利，要把这些权利明确地写到项目章程（Project Chapter）中。这样当发生矛盾的时候可以做到有法可依。

（6）为了增强每个人的参与度，可以参照团队软件开发过程（Team Soft-ware Process，TSP）提到的团队建设的方法——公共角色。就是每个人除了完成自己的工作任务之外还需要有个公共角色，这个角色需要为其他成员提供服务。例如可以是数据库专家角色，这个角色为每个人关于数据库方面的问题提供指导和解答。如果这个人也无法解答，那就由数据库专家这个角色的人负责去寻求收集和共享问题的答案。当然公共角色不限于专业技能方面，其他的公共角色可以是文档专员，负责为每个成员写文档提供指导；购物专员，专门帮着大家买东西，收集最新打折信息等。具体做法可以参见TSP相关资料。