扫码获取 VIP 码
添加管理员微信获取 VIP 码
软考考生在复习人力资源管理章节时，几乎绕不开一个名字：布鲁斯·塔克曼。这位美国心理学教授在1965年发表的论文中首次提出了团队发展的阶段性模型，后来被项目管理知识体系广泛采纳，成为教材中"建设项目团队"过程的理论基石。塔克曼阶梯理论之所以在软考中反复出现，不仅因为它提供了一个清晰的分析框架，更因为它精准概括了任何一个项目团队从组建到解散必然经历的心理演化过程。无论是在系统集成项目管理工程师的中级考试，还是在信息系统项目管理师的高级考试中，关于"形成、震荡、规范、成熟、解散"五个阶段的考题几乎每年都会出现，且命题角度越来越灵活，陷阱越来越隐蔽。本文将把这五个阶段从概念到原理、从真题到备考要点逐一拆解，帮助读者彻底吃透这个高频考点。
塔克曼阶梯理论最初只包含四个阶段。塔克曼在1965年发表的论文《小型团队中的发展序列》中，通过对大量团队行为的研究，归纳出团队发展经历"形成期""震荡期""规范期"和"成熟期"四个阶段。1977年，塔克曼与另一位学者詹森合作，在原模型基础上追加了第五个阶段——"解散期"，这才形成了今天软考教材中常见的五阶段模型。软考官方教材《系统集成项目管理工程师教程》和《信息系统项目管理师教程》均明确记载了这五个阶段及其英文对应：形成阶段对应Forming，震荡阶段对应Storming，规范阶段对应Norming，成熟阶段对应Performing，解散阶段对应Adjourning。值得注意的是，并非所有教材都包含解散阶段，部分老版资料和国外某些PMBOK早期版本只讨论前四个阶段，但国内软考大纲自第三版教材起已将五个阶段全部纳入考查范围。
形成阶段是团队生命周期的起点。在这个阶段，团队成员刚刚被召集到一起，彼此之间尚不熟悉，对项目目标、各自的角色分工、工作方式都处于试探状态。从行为特征上看，形成阶段的团队成员通常表现得礼貌、拘谨，倾向于避免冲突，对项目经理的依赖程度极高。大家带着各自过往的工作经验和思维惯性进入团队，还没有形成统一的沟通语言和工作节奏。此时团队成员的心理状态可以概括为"既期待又焦虑"——对即将开展的工作充满期待，但对未知的协作关系和任务挑战感到焦虑。
项目经理在形成阶段的核心任务是建立团队共识，明确项目愿景。具体做法包括组织项目启动会议、明确团队章程、向每位成员清晰传达各自的职责边界、建立基础的沟通规则和会议制度。教材中特别强调，形成阶段的项目经理应当扮演"指导者"角色，以指令式领导风格为主。这个阶段如果处理不当，团队成员可能长期停留在"我是被临时塞进来的"心态中，难以产生归属感和责任感。
震荡阶段是团队发展中最具挑战性的时期，也是软考命题人最喜欢做文章的考点。当团队成员度过最初的礼貌期，开始真正投入工作后，各种矛盾就会浮出水面。这些矛盾来源于几个方面：不同成员对技术方案的偏好不同、工作习惯的差异、对角色分工的不满、对资源分配的分歧，甚至个性层面的不合拍。教材中将这个阶段描述为"团队内部发生冲突的阶段"，并指出这种冲突是正常的、普遍的，甚至在一定程度上是对团队发展有益的。
震荡阶段的本质是团队成员在争夺个人在团队中的定位和话语权。从组织行为学的角度看，这个过程类似于群体动力学中的"权力距离调整"——每个成员都在测试团队的容忍边界，试探自己能施加多大影响力，同时也在评估其他成员的可靠性和协作意愿。项目经理在这个阶段面临的最大考验是冲突管理能力。如果一味压制冲突、追求表面和谐，团队成员的情绪会被压抑到地下，以消极怠工、背后议论等隐性方式释放；如果放任冲突升级，团队可能陷入无尽的内耗，严重影响项目进度。
教材给出的指导意见是：项目经理在震荡阶段应当转向"教练式"领导风格，既要容许合理冲突的表达，又要及时介入防止矛盾激化；应当引导团队成员将争论聚焦在"什么事是对的"而非"谁是对的"之上；通过一对一面谈了解每个成员的真实顾虑，帮助团队建立起建设性冲突的机制。
规范阶段是团队从冲突走向协作的拐点。经历了震荡期的磨合后，团队成员逐渐找到了彼此都能接受的工作方式，协作关系趋于稳定。这个阶段的标志性变化包括：团队内部形成了不成文的行为准则，成员之间开始互相信任，沟通变得更加坦诚和高效。教材将规范阶段的核心特征归纳为"协同工作"和"集体责任感"——团队成员不再只关注自己被分配的那一块工作，而是会主动关心其他人的进度，愿意在他人遇到困难时提供帮助。
规范阶段的行为准则不是靠项目经理发一份文件就能建立起来的，它是在团队成员持续互动的过程中自发沉淀出来的。例如，团队可能形成"每日站会不超过十五分钟"的习惯，可能约定"遇到技术瓶颈先内部讨论再上报"，可能默认"代码提交前必须通过单元测试"。这些准则虽然没有写在项目章程里，但团队中的每个人都心照不宣地遵守。如果新成员加入团队，违背了这些隐性规则，老成员会感到不适，甚至会主动"纠正"新人的行为。这种自我维护机制正是规范阶段成熟度的体现。
项目经理在规范阶段的角色从"教练"转变为"支持者"。此时不需要事无巨细地发号施令，而是为团队提供资源保障、扫清外部障碍、在团队需要决策时给出方向性建议。同时，项目经理应当留意团队中可能出现的"群体思维"风险——规范阶段的团队凝聚力较强，成员可能为了避免破坏和谐而压抑不同意见，导致决策质量下降。
成熟阶段是团队发展的理想状态，也是项目经理梦寐以求的阶段。在这个阶段，团队已经形成了高度自治的工作模式，成员对项目目标有清晰的理解，能够在不需要外部监督的情况下高质量地完成任务。软考教材将成熟阶段的团队描述为"组织有序、相互依靠、高效工作"的团队。成熟阶段的团队成员之间建立了深厚的信任关系，沟通成本显著降低，决策速度加快，创新想法更容易涌现。
从绩效表现来看，成熟阶段的团队通常具备以下特征：任务分配不再需要项目经理逐一指定，团队成员会根据各自的能力和负载主动认领工作；遇到问题时，团队首先内部解决而非立即上报；成员之间可以坦诚地提出批评意见而不伤害彼此关系；团队对外表现为一个整体，而非松散的个体集合。教材还特别指出，成熟阶段的团队不一定需要项目经理的高度介入，项目经理此时更多扮演"授权者"角色，将日常管理的权限下放给团队自行处理。
解散阶段是五阶段模型中最容易被忽视但也最值得重视的一环。当一个项目进入收尾阶段，团队面临解散时，成员的心理状态会出现显著变化。一方面，完成了项目的成就感让成员感到满足和自豪；另一方面，即将离开熟悉的工作环境和合作伙伴带来的失落感也会浮现。这种矛盾心理如果处理不当，可能影响收尾阶段的工作质量——成员可能因为注意力已经开始转向下一个项目而马虎应付，也可能因为不舍而拖延交付。
教材强调，解散阶段的项目经理需要完成两项关键工作：一是确保所有可交付成果完成验收和移交，避免因团队即将解散而出现质量滑坡；二是重视团队成员的离职情绪管理，通过项目总结会、经验复盘、表彰和感谢等方式，让成员感受到自己贡献的价值被认可。从组织知识管理的角度看，解散阶段也是项目经验沉淀的重要窗口——趁团队成员尚未各奔东西，应当及时将项目过程中积累的隐性知识通过复盘会议转化为组织过程资产，避免经验随人员流动而流失。此外，解散阶段还有一个容易被忽略的管理动作：为团队成员规划后续去向。在矩阵型组织中，项目成员解散后需要回到各自的职能部门，如果项目经理能够在解散前与职能经理做好交接，为表现优秀的成员撰写绩效评语或推荐信
本篇完！