争取资源与向上支持
争取资源是向上管理中最实际、也最容易做错的环节。很多 Lead 要么不会提，要么提得太晚，要么方式不对。结果是团队长期在资源不足的状态下工作，交付质量和士气都受影响。
为什么资源申请经常失败
常见的错误方式： 1. 只说问题，不说方案：\"我们人手不够\" ← 这只是抱怨 2. 没有量化影响：\"我们需要更多时间\" ← 多少？不给具体数字 3. 太晚提出：项目已经烂了才说缺资源，上级也无力回天 4. 用错误的框架：从\"我的团队需要\"出发，而不是\"公司目标需要\"
有效的资源申请框架
PREP 框架
P — Problem（问题）：现在缺什么、影响了什么 R — Reason（原因）：为什么是这个量，为什么是现在 E — Evidence（证据）：数据或具体案例支持你的判断 P — Proposal（方案）：你想要什么，以及预期的回报
示例（申请增加 1 名工程师）：
问题：我们的 B 平台架构重构项目目前预计需要 6 个月，但商业目标要求 4 个月内完成。
原因：当前团队 4 人，每人负责一个模块，缺少一人处理跨模块的集成和测试工作，这是拖延的瓶颈。
证据：上个月我们两次上线延误都发生在集成阶段，累计延误 18 天。
方案：申请一名中级工程师，专注集成工作，预计可以将项目时间压缩 6–8 周，覆盖招聘和 onboarding 成本。
不同类型的资源申请
申请人员资源
要点： - 说清楚这个人来了做什么具体工作（而不是\"减轻团队压力\"） - 说明如果没有这个人会发生什么（具体的交付影响） - 如果可以，给出 ROI 估算
常被接受的理由： - 有具体项目机会，但当前团队无法承接 - 现有成员在某关键能力上有缺口 - 单点依赖风险（只有一个人掌握关键技术）
申请工具/预算
要点： - 说明现在没有这个工具/预算的代价（时间成本、风险） - 量化投入 vs 产出 - 提供替代方案和成本对比（显示你做了调研）
申请上级的时间/背书
有时你需要的不是资源，而是上级出面解决一个跨部门障碍。
有效的方式：
\"我有一个问题需要你帮我解决：[部门]在 [项目] 上一直在等排期，但我通过工作层面已经无法推动了。我需要你在下次 [会议] 上提一下优先级，或者和 [对方 Lead] 直接沟通一次。\"
明确说： - 具体是什么问题 - 你已经尝试过什么 - 你需要他做什么具体的动作 - 这对他的目标有什么影响（让他有动力帮你）
处理"不"的回应
当你的资源申请被拒绝时：
Step 1：理解拒绝的原因 - 是预算问题？还是优先级问题？还是他不理解你的需求？ - 直接问：\"我想理解一下你的考量，是什么原因让你觉得现在不合适？\"
Step 2：提供替代方案 - \"如果无法增加人手，我们有以下几个选项，每个有不同的交付影响……\" - 让上级选择，而不是单方面要求
Step 3：明确"如果没有支持"的后果 这不是威胁，而是帮助上级做出知情决策：
\"我需要让你知道，如果我们不能解决 X，Q3 的交付目标大概率无法完成。我想确认你了解这个风险，然后我们一起决定怎么应对。\"
Step 4：接受结果并重新规划 如果经过讨论后资源仍然无法获得，承认现实，和上级一起重新校准期望：
\"好，我理解现在无法增加资源。那我需要我们一起重新讨论一下，在现有资源下，哪些目标是必须保住的，哪些可以推后。\"
建立你的资源申请信誉
长期来看，你的资源申请能否被接受，取决于你的历史信誉：
- 你上次申请的资源用在了说好的地方吗？
- 你的预估准确吗？（没有持续低估或高估）
- 你的资源利用率高吗？
每次申请资源后，在适当的时候给上级做一次"资源使用回顾"：
\"上个季度你批准了额外的工程资源，我想告诉你这些资源用在了什么地方，以及带来了什么结果。\"
这会让下一次申请更容易。
本章执行清单
- [ ] 找出你现在最需要但还没申请的一个资源
- [ ] 用 PREP 框架准备好申请材料
- [ ] 和上级预约时间，用结构化的方式提出请求
下一章：冲突处理与高压决策——如何处理团队内部冲突，以及在压力下做出清晰决策。