BizThinkFrame
返回框架查询
框架 6-2-4 / 管理组织

PM理论

PM leadership theory

从绩效达成和团队维持两个维度理解领导行为。

什么时候用

需要讨论带领团队时的任务推进和关系维护行为时使用。基于具体行为与反馈提出改善问题。

需要准备

工作情境、任务与协作记录,以及成员愿意提供的行为反馈。

你会得到

P/M 两方面的定性讨论和待试验的行为改变。

01

先理解,再动手

使用步骤

P是推进目标与绩效的行为,M是维持团队信任与协作的行为。依据具体情境和可观察行为判断PM/Pm/pM/pm,提出同时改善两维的动作;不作永久人格标签。

  1. 01

    评估当前领导或团队行为在 Performance 和 Maintenance 两方面的状态

  2. 02

    识别偏向

  3. 03

    根据团队阶段和任务压力调整管理方式

使用时,留意这一点

本提纲不是经验证的 PM 测量量表或人格分类,也不是项目管理框架。匿名反馈和整体准时交付不能推出每位成员的状态。

02

看清框架结构

虚构案例示意
团队情境与行为依据虚构星港团队:季度交付基本按时,匿名反馈提到遇到风险不敢及时求助;当前行为偏Pm,评价仍需更多团队反馈。团队维持 M 高 ← 横轴 → 团队维持 M 低目标推进P 高目标推进P 低PM · P高 M高推进目标,也维护信任与协作Pm · P高 M低本例倾向:任务清楚,求助氛围不足pM · P低 M高关系友好,但目标与行动需要加强pm · P低 M低交付与协作都需要系统支持

从一份空白提纲开始

复制到你的文档,填入真实的业务事实与判断。

查看空白提纲
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
03

跟着案例走一遍

虚构教学案例

同时看交付与团队维护

组织、人物、数据和结果均为虚构,仅用于说明框架用法。

背景与问题

星港组长任务推进很快,但成员逐渐不愿主动报告问题。

只看交付指标,可能掩盖团队关系与信息流的问题。

手头有哪些材料

  • 季度交付基本按时
  • 匿名反馈提到遇到风险不敢及时求助

如何使用这个框架

  1. P 看目标与任务推进,M 看关系维护与团队凝聚。
  2. 结合多方行为观察,不凭单次事件给人定型。
  3. 选择“每周提前讨论风险,先支持再复盘”作为改善行为。
得到的结果

保留清晰目标,同时补上可安全求助的机制。

下一步行动

一个月后复查风险上报及时性与成员反馈。

命名领导方式前,先检查三种推断

围绕一个有限团队情境讨论两种功能:哪些行为推进工作,哪些维持合作、让支持成为可能。先写行为和背景,再考虑暂时的类型。大小写只概括讨论,不替代讨论。

三种情况先停:凭一次期限给领导永久定型;把匿名反馈当每个人体验,或借机找出回应者;把自编表说成已验证问卷得分。本页不施测该量表,也不为P、M设数字门槛。

检查求助障碍时,保留有用的目标清晰度。支持不等于放弃标准,要求交付也不证明成员已有所需条件。提出可观察行为,不承诺换个类型就改善业绩。

当前讨论领导行为、任务对齐,还是自愿反馈

这里PM指领导功能,不指项目排程。相关整理单帮助检查具体未知,都不负责给同事指定永久身份。

不同团队问题需要不同材料
方法输入产出
PM理论整理单推进目标与支持团队的具体行为暂时解释和支持试验
Need / Want矩阵任务必要性与成员表达的意愿分工和支持问题
乔哈里窗自评与自愿反馈共同和不同认知的讨论
GROW本人目标和自己选择的选项发展对话,不是诊断

完整案例:Pm只是待更多反馈的解释

继续使用星港季度虚构案例。交付基本按时,匿名反馈说遇风险不敢求助。没有交付总数、回应人数或延迟上报数。“基本”不能换成编造的按时率,反馈也不证明人人都有同样体验。

交付记录与P有关,求助顾虑提出M问题,两者支持讨论有条件的Pm倾向,不产生分数。图中其他格是对照:PM同时推进目标与维护团队,pM偏维护但目标推进需检查,pm需检查两者;不是同一团队的另外三条实测。

拟改变是每周提前讨论风险、先支持再复盘。可以具体问:卡在哪里、需要什么帮助、谁真能提供。没有约定的响应时间和资源不承诺。一个月后拟复查,现无后续结果。

虚构依据到行动的分析
已有材料有限解释拟核对
季度基本按时部分支持目标推进同时查范围与质量,不只查期限
匿名求助顾虑可能的团队维护缺口自愿举例,不追查回应者
暂时Pm情境中的讨论标签请成员确认描述是否贴切
每周提前谈风险待约定行为,不是已提供支持确认渠道、可用帮助和月度复查

复查支持与上报,不追求换象限

结论是保留清晰目标,同时探索更早求助。请成员判断讨论形式能否用、愿意什么替代;可提供私下或书面反馈,不强迫公开表达。邀请本身不证明上报已安全或支持已可得。

团队若同意试行,保留实际约定范围。在愿意提供的前提下,记录何时发现风险、何时提出、需要什么支持、回应如何。更快上报不等于风险变少;报告更多也可能是看见更多,不必然是合作变差。

一个月后把及时性、成员反馈与交付质量一起看,查支持是否真正提供、有无新障碍。缺失观察保留,不拼成未经验证的PM分数。试行造成负担或没有回应问题,就调整或停止。原暂时解释仍是假设,不变成人格评定。

04

检查你的思考

再问自己几个问题

  • 当前团队更缺任务推进还是关系维护?
  • 管理行为是否只关注结果而忽略状态?
  • 如何在保持关系的同时提高执行?

完成前的检查清单

  • 两个维度都被评估。
  • 调整建议适合团队阶段。
  • 管理动作同时支持成果和协作。

框架参考

参考资料说明框架定义与适用范围,不验证虚构案例的结果。

接下来,什么时候值得继续

GROW模型当事人认可一个具体行为问题并愿意讨论改进时,用 GROW 选择目标、比较做法和约定跟进。

看看这个框架怎样应用

工作汇报怎么准备:先明确目的,再组织内容按同步进度、请求资源或决定、阶段复盘选择准备路线,用同一客服案例查看开头、核对清单和专题入口,保存完整准备便笺。