(文 / 老孙)
高项倒计时冲刺特辑 Day 15 | 付费（冲刺合集）
字数约 11000，阅读大约需 27 分钟
一、开场：项目管理，归根结底是"管人"
前面几篇，我们讲了进度、成本、质量——说白了都是在"管事"。进度是管时间，成本是管钱，质量是管标准。但各位想一想，时间不会自己跑掉，钱不会自己花光，标准不会自己降低，真正让这些东西失控的是什么？
是人。
我经常跟学员打比方：项目团队就像一支足球队。你可以有世界上最好的战术板（项目计划），最好的球场（基础设施），最好的球鞋（工具），但如果球员之间不配合、互相拆台、没有斗志，这支球队照样输得底朝天。2004年的皇马"银河战舰"阵容多豪华？齐达内、罗纳尔多、贝克汉姆、菲戈全凑一块了，结果联赛第四、欧冠八强就回家了。为什么？因为"管人"没管好。
项目资源管理，教材的定义是"识别、获取和管理所需资源以成功完成项目的各个过程"。听起来很学术，老孙给你翻译成大白话：找对人、用好人、留住人、搞定人。
"资源"这个词在教材里包含两大类：团队资源（人）和实物资源（设备、材料、设施等）。考试重点在哪？毫无疑问在"人"。塔克曼阶梯、激励理论、冲突解决——这三块是资源管理的"三大天王"，几乎年年考，选择题、案例题、论文题都可能出。
今天这篇文章，我要把这三大天王讲透。看完以后，你对资源管理的理解，至少能提升两个档次。
二、资源管理全景图：6个过程一气呵成
资源管理一共有6个过程，分布在规划、执行和监控三个过程组里。先看全景：
用一句话串联：先规划怎么管人管物（规划资源管理）——算清楚要多少人多少物（估算活动资源）——把人和物弄到手（获取资源）——把一群人练成一支队伍（建设团队）——盯着这支队伍好好干活（管理团队）——确保物资不断供不浪费（控制资源）。
注意一个细节：建设团队和管理团队只针对"人"，控制资源只针对"物"。 这是一个常考的区分点。人不能"控制"，只能"建设"和"管理"；物不需要"建设"和"管理"，只需要"控制"。
下面我们按照6个过程，逐一攻破。前两个简讲，后面四个详讲——因为考试的重头戏在后面。
三、规划资源管理 + 估算活动资源（简讲）
3.1 规划资源管理
定义：定义如何估算、获取、管理和利用团队以及实物资源的过程。
说白了就是"写一份用人和用物的总方案"。这个过程的核心输出有两个：
第一，资源管理计划。 包括：如何识别资源、如何获取资源、角色与职责定义、项目组织图、培训策略、团队建设方法、认可与奖励计划等。
第二，团队章程。 这是一个容易被忽略但很重要的输出。团队章程为团队创建价值观、共识和工作指南，内容包括：团队价值观、沟通指南、决策标准和过程、冲突处理过程、会议指南和团队共识。可以理解为"团队的宪法"——大家一起定规矩，然后大家一起遵守。
工具与技术方面，有一个考点：数据表现的三种格式——层级型、矩阵型、文本型。
- 层级型：组织结构图、WBS、OBS、资源分解结构（RBS）
- 矩阵型：职责分配矩阵（RAM），最典型的是RACI矩阵（执行R、负责A、咨询C、知情I）
- 文本型：角色-职责-职权表，用文字详细描述
RACI矩阵是选择题的常客。记住四个字母的含义：Responsible（执行）、Accountable（负责/最终担责）、Consulted（咨询）、Informed（知情）。A在每一行只能有一个人——因为最终担责的人只能有一个。
3.2 估算活动资源
定义：估算执行项目所需的团队资源，以及材料、设备和用品的类型和数量。
这个过程跟估算成本、估算活动持续时间是"三兄弟"，估算方法也几乎一样：
- 自下而上估算：最准确，但最耗时
- 类比估算：参考历史项目
- 参数估算：用数学模型
- 专家判断
核心输出：资源需求、估算依据、资源分解结构（RBS）。
RBS是一个按资源类别和类型对团队和实物资源的层级列表，用于规划、管理和控制项目工作。简单说，WBS是把"活"拆碎，RBS是把"资源"拆碎。
四、获取资源：把人弄到手
定义：获取项目所需的团队成员、设施、设备、材料、用品和其他资源。
在很多组织里，项目经理并没有"招人权"——你需要跟职能经理"抢人"。这就引出了获取资源的几种关键工具与技术：
（1）谈判。 在矩阵型组织中，项目经理要跟职能经理谈判来获取资源。你得说服人家把"好人"借给你。如果你的项目优先级高，谈判筹码就大；如果你的项目优先级低，那就得动用影响力了。
（2）预分派。 在以下情况下可以预分派：投标书中承诺了特定人员、项目依赖于特定人员的专业技能、项目章程中指定了部分团队成员。通俗说：合同里写了"必须派张三来"，那张三就是预分派的。
（3）虚拟团队。 团队成员在不同地方，通过网络协作。优点是可以利用全球人才、降低差旅成本、让行动不便者也能参与。缺点是沟通困难、可能产生孤立感、文化差异大。教材还特别提到，虚拟团队环境中"沟通规划变得日益重要"，需要花更多时间来设定明确的期望、制定冲突解决方法、理解文化差异等。
这里老孙补充一点实战经验：现在很多IT项目都是分布式团队，北京负责需求、上海负责开发、深圳负责测试。这种情况下，项目经理面临的最大挑战不是技术，而是信息不对称和沟通时差。解决方案是建立固定的沟通节奏——比如每天早上9点半的15分钟站会，每周五的周报总结，每两周一次的里程碑评审。让信息在团队内自动流转，而不是等到出了问题才想起来通气。
核心输出有一个容易考的：资源日历。 资源日历标识了每种具体资源的可用工作日、班次、工作时间等。它回答的问题是"这个人/这台设备什么时候能用"。
五、塔克曼阶梯模型——"建设团队"的灵魂
终于到了今天的第一个重量级知识点。
塔克曼阶梯模型（Tuckman Ladder）描述了团队发展要经历的五个阶段。这个模型属于"建设团队"过程的理论基础，考试中出现频率极高——选择题给你一段情景描述，让你判断团队处于哪个阶段，几乎是每年必考的"保留节目"。
5.1 五个阶段全解析
我用"组建一支新的公司篮球队"来类比这五个阶段：
第一阶段：形成期（Forming）——"大家好，我叫张三"
特征：一个个独立的个体转变为团队成员，逐渐相互认识并了解项目情况及各自的角色与职责，开始形成共同目标。团队成员倾向于相互独立，不怎么开诚布公。对未来有美好的期待。
篮球队类比：第一次集合训练，大家客客气气、互相介绍，每个人心里想的是"这支球队能打到什么水平"，但谁也不好意思先发表意见。有人期待很高，有人心里没底，但表面上一团和气。