PM理论
PM leadership theory
从绩效达成和团队维持两个维度理解领导行为。
需要讨论带领团队时的任务推进和关系维护行为时使用。基于具体行为与反馈提出改善问题。
工作情境、任务与协作记录,以及成员愿意提供的行为反馈。
P/M 两方面的定性讨论和待试验的行为改变。
先理解,再动手
使用步骤
P是推进目标与绩效的行为,M是维持团队信任与协作的行为。依据具体情境和可观察行为判断PM/Pm/pM/pm,提出同时改善两维的动作;不作永久人格标签。
- 01
评估当前领导或团队行为在 Performance 和 Maintenance 两方面的状态
- 02
识别偏向
- 03
根据团队阶段和任务压力调整管理方式
本提纲不是经验证的 PM 测量量表或人格分类,也不是项目管理框架。匿名反馈和整体准时交付不能推出每位成员的状态。
看清框架结构
从一份空白提纲开始
复制到你的文档,填入真实的业务事实与判断。
查看空白提纲
PM理论 · 空白提纲 什么时候用:需要讨论带领团队时的任务推进和关系维护行为时使用。基于具体行为与反馈提出改善问题。 需要准备:工作情境、任务与协作记录,以及成员愿意提供的行为反馈。 预期产出:P/M 两方面的定性讨论和待试验的行为改变。 使用边界:本提纲不是经验证的 PM 测量量表或人格分类,也不是项目管理框架。匿名反馈和整体准时交付不能推出每位成员的状态。 工作问题: 期望结果: 已有证据与假设: 未知项与下一项核查: 填写说明:目标、团队阶段、观察事实及待确认评价。 1. 团队情境与行为依据: 填写说明:目标推进与团队维持都强,如何保持? 2. PM · P高 M高: 填写说明:任务推进强但关系支持不足,如何改进? 3. Pm · P高 M低: 填写说明:关系支持强但推进不足,如何改进? 4. pM · P低 M高: 填写说明:两方面都需支持,从什么行为开始? 5. pm · P低 M低: 检查清单 □ 两个维度都被评估。 □ 调整建议适合团队阶段。 □ 管理动作同时支持成果和协作。 考虑下一个框架 GROW模型: 当事人认可一个具体行为问题并愿意讨论改进时,用 GROW 选择目标、比较做法和约定跟进。 https://bizthinkframe.com/zh/frameworks/grow-model BizThinkFrame · https://bizthinkframe.com/zh/frameworks/pm-theory
跟着案例走一遍
虚构教学案例同时看交付与团队维护
组织、人物、数据和结果均为虚构,仅用于说明框架用法。
背景与问题
星港组长任务推进很快,但成员逐渐不愿主动报告问题。
只看交付指标,可能掩盖团队关系与信息流的问题。
手头有哪些材料
- 季度交付基本按时
- 匿名反馈提到遇到风险不敢及时求助
如何使用这个框架
- P 看目标与任务推进,M 看关系维护与团队凝聚。
- 结合多方行为观察,不凭单次事件给人定型。
- 选择“每周提前讨论风险,先支持再复盘”作为改善行为。
保留清晰目标,同时补上可安全求助的机制。
命名领导方式前,先检查三种推断
围绕一个有限团队情境讨论两种功能:哪些行为推进工作,哪些维持合作、让支持成为可能。先写行为和背景,再考虑暂时的类型。大小写只概括讨论,不替代讨论。
三种情况先停:凭一次期限给领导永久定型;把匿名反馈当每个人体验,或借机找出回应者;把自编表说成已验证问卷得分。本页不施测该量表,也不为P、M设数字门槛。
检查求助障碍时,保留有用的目标清晰度。支持不等于放弃标准,要求交付也不证明成员已有所需条件。提出可观察行为,不承诺换个类型就改善业绩。
当前讨论领导行为、任务对齐,还是自愿反馈
这里PM指领导功能,不指项目排程。相关整理单帮助检查具体未知,都不负责给同事指定永久身份。
| 方法 | 输入 | 产出 |
|---|---|---|
| PM理论整理单 | 推进目标与支持团队的具体行为 | 暂时解释和支持试验 |
| Need / Want矩阵 | 任务必要性与成员表达的意愿 | 分工和支持问题 |
| 乔哈里窗 | 自评与自愿反馈 | 共同和不同认知的讨论 |
| GROW | 本人目标和自己选择的选项 | 发展对话,不是诊断 |
完整案例:Pm只是待更多反馈的解释
继续使用星港季度虚构案例。交付基本按时,匿名反馈说遇风险不敢求助。没有交付总数、回应人数或延迟上报数。“基本”不能换成编造的按时率,反馈也不证明人人都有同样体验。
交付记录与P有关,求助顾虑提出M问题,两者支持讨论有条件的Pm倾向,不产生分数。图中其他格是对照:PM同时推进目标与维护团队,pM偏维护但目标推进需检查,pm需检查两者;不是同一团队的另外三条实测。
拟改变是每周提前讨论风险、先支持再复盘。可以具体问:卡在哪里、需要什么帮助、谁真能提供。没有约定的响应时间和资源不承诺。一个月后拟复查,现无后续结果。
| 已有材料 | 有限解释 | 拟核对 |
|---|---|---|
| 季度基本按时 | 部分支持目标推进 | 同时查范围与质量,不只查期限 |
| 匿名求助顾虑 | 可能的团队维护缺口 | 自愿举例,不追查回应者 |
| 暂时Pm | 情境中的讨论标签 | 请成员确认描述是否贴切 |
| 每周提前谈风险 | 待约定行为,不是已提供支持 | 确认渠道、可用帮助和月度复查 |
复查支持与上报,不追求换象限
结论是保留清晰目标,同时探索更早求助。请成员判断讨论形式能否用、愿意什么替代;可提供私下或书面反馈,不强迫公开表达。邀请本身不证明上报已安全或支持已可得。
团队若同意试行,保留实际约定范围。在愿意提供的前提下,记录何时发现风险、何时提出、需要什么支持、回应如何。更快上报不等于风险变少;报告更多也可能是看见更多,不必然是合作变差。
一个月后把及时性、成员反馈与交付质量一起看,查支持是否真正提供、有无新障碍。缺失观察保留,不拼成未经验证的PM分数。试行造成负担或没有回应问题,就调整或停止。原暂时解释仍是假设,不变成人格评定。
检查你的思考
再问自己几个问题
- 当前团队更缺任务推进还是关系维护?
- 管理行为是否只关注结果而忽略状态?
- 如何在保持关系的同时提高执行?
完成前的检查清单
- 两个维度都被评估。
- 调整建议适合团队阶段。
- 管理动作同时支持成果和协作。
框架参考
参考资料说明框架定义与适用范围,不验证虚构案例的结果。