
说人话、重实战、讲干货 我是程序员古德,你的专属软考顾问 本篇是我更新的第 469 篇软考原创文章。
软考考生在复习人力资源管理章节时,几乎绕不开一个名字:布鲁斯·塔克曼。这位美国心理学教授在1965年发表的论文中首次提出了团队发展的阶段性模型,后来被项目管理知识体系广泛采纳,成为教材中"建设项目团队"过程的理论基石。塔克曼阶梯理论之所以在软考中反复出现,不仅因为它提供了一个清晰的分析框架,更因为它精准概括了任何一个项目团队从组建到解散必然经历的心理演化过程。
无论是在系统集成项目管理工程师的中级考试,还是在信息系统项目管理师的高级考试中,关于"形成、震荡、规范、成熟、解散"五个阶段的考题几乎每年都会出现,且命题角度越来越灵活,陷阱越来越隐蔽。本文将把这五个阶段从概念到原理、从真题到备考要点逐一拆解,帮助读者彻底吃透这个高频考点。
塔克曼阶梯理论最初只包含四个阶段。塔克曼在1965年发表的论文《小型团队中的发展序列》中,通过对大量团队行为的研究,归纳出团队发展经历"形成期""震荡期""规范期"和"成熟期"四个阶段。1977年,塔克曼与另一位学者詹森合作,在原模型基础上追加了第五个阶段——"解散期",这才形成了今天软考教材中常见的五阶段模型。软考官方教材《系统集成项目管理工程师教程》和《信息系统项目管理师教程》均明确记载了这五个阶段及其英文对应:形成阶段对应Forming,震荡阶段对应Storming,规范阶段对应Norming,成熟阶段对应Performing,解散阶段对应Adjourning。值得注意的是,并非所有教材都包含解散阶段,部分老版资料和国外某些PMBOK早期版本只讨论前四个阶段,但国内软考大纲自第三版教材起已将五个阶段全部纳入考查范围。
形成阶段是团队生命周期的起点。在这个阶段,团队成员刚刚被召集到一起,彼此之间尚不熟悉,对项目目标、各自的角色分工、工作方式都处于试探状态。从行为特征上看,形成阶段的团队成员通常表现得礼貌、拘谨,倾向于避免冲突,对项目经理的依赖程度极高。大家带着各自过往的工作经验和思维惯性进入团队,还没有形成统一的沟通语言和工作节奏。此时团队成员的心理状态可以概括为"既期待又焦虑"——对即将开展的工作充满期待,但对未知的协作关系和任务挑战感到焦虑。
项目经理在形成阶段的核心任务是建立团队共识,明确项目愿景。具体做法包括组织项目启动会议、明确团队章程、向每位成员清晰传达各自的职责边界、建立基础的沟通规则和会议制度。教材中特别强调,形成阶段的项目经理应当扮演"指导者"角色,以指令式领导风格为主。这个阶段如果处理不当,团队成员可能长期停留在"我是被临时塞进来的"心态中,难以产生归属感和责任感。
震荡阶段是团队发展中最具挑战性的时期,也是软考命题人最喜欢做文章的考点。当团队成员度过最初的礼貌期,开始真正投入工作后,各种矛盾就会浮出水面。这些矛盾来源于几个方面:不同成员对技术方案的偏好不同、工作习惯的差异、对角色分工的不满、对资源分配的分歧,甚至个性层面的不合拍。教材中将这个阶段描述为"团队内部发生冲突的阶段",并指出这种冲突是正常的、普遍的,甚至在一定程度上是对团队发展有益的。
震荡阶段的本质是团队成员在争夺个人在团队中的定位和话语权。从组织行为学的角度看,这个过程类似于群体动力学中的"权力距离调整"——每个成员都在测试团队的容忍边界,试探自己能施加多大影响力,同时也在评估其他成员的可靠性和协作意愿。项目经理在这个阶段面临的最大考验是冲突管理能力。如果一味压制冲突、追求表面和谐,团队成员的情绪会被压抑到地下,以消极怠工、背后议论等隐性方式释放;如果放任冲突升级,团队可能陷入无尽的内耗,严重影响项目进度。
教材给出的指导意见是:项目经理在震荡阶段应当转向"教练式"领导风格,既要容许合理冲突的表达,又要及时介入防止矛盾激化;应当引导团队成员将争论聚焦在"什么事是对的"而非"谁是对的"之上;通过一对一面谈了解每个成员的真实顾虑,帮助团队建立起建设性冲突的机制。
规范阶段是团队从冲突走向协作的拐点。经历了震荡期的磨合后,团队成员逐渐找到了彼此都能接受的工作方式,协作关系趋于稳定。这个阶段的标志性变化包括:团队内部形成了不成文的行为准则,成员之间开始互相信任,沟通变得更加坦诚和高效。教材将规范阶段的核心特征归纳为"协同工作"和"集体责任感"——团队成员不再只关注自己被分配的那一块工作,而是会主动关心其他人的进度,愿意在他人遇到困难时提供帮助。
规范阶段的行为准则不是靠项目经理发一份文件就能建立起来的,它是在团队成员持续互动的过程中自发沉淀出来的。例如,团队可能形成"每日站会不超过十五分钟"的习惯,可能约定"遇到技术瓶颈先内部讨论再上报",可能默认"代码提交前必须通过单元测试"。这些准则虽然没有写在项目章程里,但团队中的每个人都心照不宣地遵守。如果新成员加入团队,违背了这些隐性规则,老成员会感到不适,甚至会主动"纠正"新人的行为。这种自我维护机制正是规范阶段成熟度的体现。
项目经理在规范阶段的角色从"教练"转变为"支持者"。此时不需要事无巨细地发号施令,而是为团队提供资源保障、扫清外部障碍、在团队需要决策时给出方向性建议。同时,项目经理应当留意团队中可能出现的"群体思维"风险——规范阶段的团队凝聚力较强,成员可能为了避免破坏和谐而压抑不同意见,导致决策质量下降。
成熟阶段是团队发展的理想状态,也是项目经理梦寐以求的阶段。在这个阶段,团队已经形成了高度自治的工作模式,成员对项目目标有清晰的理解,能够在不需要外部监督的情况下高质量地完成任务。软考教材将成熟阶段的团队描述为"组织有序、相互依靠、高效工作"的团队。成熟阶段的团队成员之间建立了深厚的信任关系,沟通成本显著降低,决策速度加快,创新想法更容易涌现。
从绩效表现来看,成熟阶段的团队通常具备以下特征:任务分配不再需要项目经理逐一指定,团队成员会根据各自的能力和负载主动认领工作;遇到问题时,团队首先内部解决而非立即上报;成员之间可以坦诚地提出批评意见而不伤害彼此关系;团队对外表现为一个整体,而非松散的个体集合。教材还特别指出,成熟阶段的团队不一定需要项目经理的高度介入,项目经理此时更多扮演"授权者"角色,将日常管理的权限下放给团队自行处理。
解散阶段是五阶段模型中最容易被忽视但也最值得重视的一环。当一个项目进入收尾阶段,团队面临解散时,成员的心理状态会出现显著变化。一方面,完成了项目的成就感让成员感到满足和自豪;另一方面,即将离开熟悉的工作环境和合作伙伴带来的失落感也会浮现。这种矛盾心理如果处理不当,可能影响收尾阶段的工作质量——成员可能因为注意力已经开始转向下一个项目而马虎应付,也可能因为不舍而拖延交付。
教材强调,解散阶段的项目经理需要完成两项关键工作:一是确保所有可交付成果完成验收和移交,避免因团队即将解散而出现质量滑坡;二是重视团队成员的离职情绪管理,通过项目总结会、经验复盘、表彰和感谢等方式,让成员感受到自己贡献的价值被认可。从组织知识管理的角度看,解散阶段也是项目经验沉淀的重要窗口——趁团队成员尚未各奔东西,应当及时将项目过程中积累的隐性知识通过复盘会议转化为组织过程资产,避免经验随人员流动而流失。此外,解散阶段还有一个容易被忽略的管理动作:为团队成员规划后续去向。在矩阵型组织中,项目成员解散后需要回到各自的职能部门,如果项目经理能够在解散前与职能经理做好交接,为表现优秀的成员撰写绩效评语或推荐信,不仅能提升团队成员的离职体验,也为未来项目的再次合作打下良好基础。
塔克曼阶梯看似简单——五个阶段、五个英文单词——但软考命题人在这上面设下的陷阱之多超出了大多数考生的预期。以下逐一剖析常见命题套路。
第一个频繁出现的考点是阶段顺序。五个阶段的顺序是形成、震荡、规范、成熟、解散,这本身不难记。但命题人最喜欢考查的一个变体是"团队发展是否必须严格按顺序经历每个阶段"。教材的明确表述是:团队发展不一定严格按照五个阶段的顺序进行,可能会出现阶段跳跃或阶段回退。例如,一个团队可能从形成阶段直接跳到规范阶段(尤其是当团队成员之前有过合作经验时),也可能在震荡阶段与规范阶段之间反复拉锯。不少考生惯性认为阶段是单向线性的,结果在选择题中栽跟头。2019年上半年信息系统项目管理师真题就曾直接考查"团队发展不一定按五个阶段顺序进行,可能会跳过某个阶段"这一表述是否正确。
第二个高频考点是震荡阶段之后是什么。命题人常用的干扰项是直接把"规范阶段"偷换成其他词汇,如"执行阶段""控制阶段""规划阶段"等。这些词在项目管理知识体系中确实存在对应含义——执行过程组、控制过程组、规划过程组——但它们在塔克曼模型中并不适用。考生需要精准记住:震荡之后是规范,规范之后是成熟。
第三个常考方向是将塔克曼阶梯与其他人力资源管理过程进行混淆考查。例如,命题人可能会问"组建项目团队属于哪个过程组",正确的答案是执行过程组,但如果考生的思维被塔克曼五个阶段带跑,可能会误选"形成阶段"之类的答案。这里的关键区别在于:塔克曼阶梯描述的是团队发展的自然演化过程,而"组建项目团队""建设项目团队""管理项目团队"是教材中定义的三个独立管理过程,各自归属于不同的过程组,与塔克曼的阶段模型不是一个维度。
第四个陷阱涉及每个阶段的领导风格。形成阶段的指令式领导、震荡阶段的教练式领导、规范阶段的支持式领导、成熟阶段的授权式领导——这四个对应关系是命题人反复出题的材料。常见的干扰手法是将两个阶段的领导风格对调,比如问"震荡阶段项目经理应当采用授权式领导",如果考生只记住了"不同阶段需要不同领导风格"这个笼统结论而没有记忆具体对应关系,就很容易选错。此外,教材中还提到了项目经理在团队不同阶段需要运用的权力类型,例如形成阶段更多依赖职位权力,成熟阶段更多依赖专家权力和参照权力,这也是选择题和案例分析中经常出现的考点。
尽管本文无法完整引用历年真题原文,但可以基于软考命题规律和考生回忆版资料,归纳出塔克曼阶梯相关的典型考法和答题策略。2024年下半年系统集成项目管理工程师的案例分析考试中,第二批次的试题明确考查了塔克曼阶梯理论,要求考生回答团队建设的五个阶段并说明各阶段的特征。这道题出现在"人力资源管理过程中出现的问题及预防措施"的语境下,命题思路是将理论与实践相结合——先让考生写出理论框架,再结合给定的项目场景分析团队当前处于哪个阶段、存在什么问题、项目经理应当采取什么措施。
这种"先理论后应用"的命题模式是软考案例分析的经典套路。考生在回答这类题目时,首要任务是确保五个阶段的名称和顺序写对:形成、震荡、规范、成熟、解散。其次是每个阶段的特征描述要做到准确到位,不能张冠李戴。最后,在分析具体项目场景时,要能够从题目给的信息中提取线索,判断团队所处的阶段。例如,如果题目描述"团队成员之间经常发生争执,对技术方案各执己见",这显然处于震荡阶段;如果描述"团队成员配合默契,无需项目经理过多干预即可完成任务",则显然处于成熟阶段。
在选择题方面,塔克曼阶梯通常以"下列哪项表述是正确的"或"下列哪项表述是不正确的"的形式出现。常见的正确表述包括:"团队发展的五个阶段中,震荡阶段之后是规范阶段""团队发展不一定严格按照五个阶段顺序进行,可能跳过某些阶段""形成阶段团队成员对项目经理的依赖程度较高""解散阶段需要关注团队成员的情绪管理"。常见的错误表述包括:"团队发展的五个阶段必须严格按顺序逐一经历""震荡阶段应当由项目经理全权决策""解散阶段不需要特别管理""规范阶段的冲突是最激烈的"。
需要特别注意的是,2024年教材改版后,部分术语的翻译与老版教材存在差异。比如有些资料将"形成"译为"组建",将"震荡"译为"激荡",将"规范"译为"正规",将"成熟"译为"表现",将"解散"译为"休整"。考生备考时应当以最新版教材的官方译名为准,同时在考场上对不同译法保持敏感,避免因为译名差异而误判。
塔克曼阶梯虽然只有五个阶段,但每个阶段涉及的知识细节加起来并不少。以下提供几条经过验证的高效备考策略,供考生在冲刺阶段使用。
第一,建立"阶段-特征-领导风格-注意事项"四维记忆表。将五个阶段依次排列,为每个阶段梳理出最核心的二到三个特征关键词、对应的项目经理领导风格、以及该阶段最需要关注的风险点。例如形成阶段的关键词是"依赖""试探""礼貌",领导风格是指令式,风险点是目标不清。震荡阶段的关键词是"冲突""竞争""调整",领导风格是教练式,风险点是内耗失控。这种结构化记忆方式比死记硬背五个阶段名称要有效得多,同时也为案例分析题准备好了答题模板。
第二,将塔克曼阶梯与团队建设的输入输出工具建立关联。教材中"建设项目团队"过程的输出之一是"团队绩效评价",而塔克曼阶梯所提供的阶段划分正是评价团队绩效的有效参照框架。在案例分析中,如果需要"评价当前团队状态",可以从塔克曼阶段的角度切入,分析团队处于哪个阶段、该阶段的典型表现是什么、偏离正常发展轨迹的原因在哪里。
第三,重视与激励理论、冲突管理理论的交叉复习。塔克曼阶梯在软考命题中很少孤立出现,命题人更倾向于将其与马斯洛需求层次理论、赫兹伯格双因素理论、冲突解决策略等知识点打包考查。例如,震荡阶段的团队冲突管理适合采用"合作/解决问题"策略,因为这一策略有助于团队从冲突中学习并进入规范阶段;而"强制"策略在震荡阶段可能适得其反。理解这些知识点之间的内在联系,远胜于孤立地记忆每个理论的条目。
第四,冲刺阶段练习案例分析时,养成"先判断阶段,再给建议"的答题习惯。不少考生在做案例分析题时跳过阶段判断这一步,直接提建议,导致建议与问题根源错位。正确的方法是:先根据题目描述判断团队处于塔克曼阶梯的哪个阶段,然后针对该阶段的典型问题和推荐做法给出管理建议。例如,如果团队表现出成员之间缺乏信任、沟通不畅的特征,可能正处于形成阶段向震荡阶段过渡的节点,此时建议的重心应当是明确角色分工、建立沟通规范、促进成员相互了解,而不是贸然推进高效的协作机制。
第五,利用口诀辅助记忆五个阶段的英文首字母。五个阶段的英文形成、震荡、规范、成熟、解散的首字母组合起来是F-S-N-P-A,有考生将其编成"范师傅拿了瓶阿司匹林"的谐音梗来记忆,虽不严谨但确实有效。更推荐的做法是将每个阶段的英文原名和中文译名对照记忆——Forming形成、Storming震荡、Norming规范、Performing成熟、Adjourning解散——因为近年真题中偶尔会出现直接给出英文原名要求判断阶段的题目,只记中文译名可能在考场上措手不及。
从近三年软考的真题趋势来看,塔克曼阶梯的考查权重在逐年增加,且从单纯的选择题记忆型考查,逐渐转向案例分析中的理解应用型考查。这一趋势与软考命题改革"从知识记忆转向能力应用"的方向是一致的。考生在备考时不能满足于记住五个阶段的名称和顺序,而应当深入理解每个阶段的内在机理、团队行为特征、以及项目经理应当采取的干预策略。真正吃透了塔克曼阶梯,不仅仅是通过考试的需要,更是日后从事项目管理工作时一项必备的底层认知。