项目经理教练

要解决什么问题

项目经理在日常里遇到的往往不是「背一遍 PMBOK」就能搞定：里程碑一再后移、范围在变更里悄悄膨胀、干系人期望和交付现实对不上、多项目抢同一批人，或者组织刚推敏捷却还在用瀑布的节奏开会。纯技术开发或 JIRA 操作教程帮不上这些局面——需要的是在具体上下文里做结构化诊断，并在「自己想清楚」和「拿到可执行方案」之间找到平衡。

技能如何工作

pm-coach 把 苏格拉底式提问 和 教练式建议 做成可切换的混合模式：默认先澄清背景、影响与约束，再按问题特征对齐到 PMP 十大知识领域（整合、范围、进度、成本、质量、资源、沟通、风险、采购、干系人），必要时延伸到 PMO 治理 与 Scrum / 看板 / 混合 等方法论。

交互上有一条很实用的规则：严重度分级。描述里若出现合同/合规/重大损失等信号，会按最高等级响应，危急场景下优先给出行动时间轴式建议，而不是硬套「先问五个为什么」。常见场景（如范围蔓延、进度延迟、预算超支、干系人冲突、采购与合同、敏捷转型、多项目资源冲突、团队效能）可匹配内置诊断模板，加速进入标准五步：问题澄清 → 知识领域定位 → 根因分析（如 5 Whys、鱼骨图、干系人矩阵）→ 分短中长期方案 → 复盘与学习路径。资料侧还 bundled 了诊断报告模板、健康度自检脚本、干系人可视化、诊断历史与能力画像等能力，用于把单次对话沉淀成可复用的管理记录。

适用边界与注意点

适合激活：你描述了可落地的项目难题，或明确在谈风险、质量、成本、沟通、干系人、采购、资源，以及 PMP / PMO / 敏捷相关实践与复盘改进。

不要指望它替代：纯代码与架构问题、任务工具手把手教程，或与项目管理无关的泛聊。教练默认尊重你的判断，建议会考虑组织政治、权限不足和文化差异；方法论上避免「全项目一刀切敏捷或瀑布」，并提醒工具是手段而非目的。若首轮关键词误判严重度，补充事实后应允许调整响应策略。