团队为何从吵架走向高效?塔克曼阶梯理论全讲

分类: 软考中级、 系统集成项目管理工程师 发表时间:2026年07月30日 08:24

什么是塔克曼阶梯理论

塔克曼阶梯理论,全称塔克曼团队发展阶段模型,由美国心理学家布鲁斯·塔克曼于一九六五年在《心理学通报》首次提出。核心命题简洁有力:任何一支项目团队从组建到解散,都会依次经历五个可识别的发展阶段——形成期、震荡期、规范期、成熟期和解散期。一九七七年,塔克曼与玛丽·安·詹森合作在原始四阶段基础上正式加入解散期,形成了今天项目管理知识体系中完整引用的五阶段框架。塔克曼的研究样本覆盖了医疗团队、军事小组和学生项目组等多种小型团体,结论的跨领域适用性在随后半个多世纪中得到了反复验证。

在软考体系中,塔克曼阶梯理论横跨高项信息系统项目管理师和中项系统集成项目管理工程师两门科目,属于资源管理领域团队建设板块的核心考点。无论是上午选择题还是下午案例分析题,该模型反复出现、出题角度多变,考生必须对每个阶段的特征表现、项目经理的对应领导风格以及阶段之间的动态转换机制了然于胸,才不至于在考场上被干扰项带偏。

塔克曼阶梯之所以被称为"阶梯"而非"环"或"链",源于其递进逻辑:团队不可能跳过震荡直接进入规范,也不可能省略形成而一步登天进入成熟。但"不可逾越"不等于"不可回退"——团队遭遇重大外部冲击、核心成员离场或需求剧烈变更时,完全有可能从规范期倒退至震荡期,甚至从成熟期跌落回形成期。这个细微区别正是软考命题人反复利用的干扰项来源。九十年代项目管理协会将塔克曼模型正式纳入PMBOK指南后,该理论成为全球项目管理从业者的通用语言,软考大纲对此部分的要求与PMBOK保持高度一致,考生备考时可将两者互为参照。

五个阶段的深度拆解

形成期:礼貌背后的迷茫

形成期是团队生命周期的起点。一群原本互不相识的个体被组织到一起,共同面对尚显模糊的项目目标。表面上团队氛围一片和谐:互相客气、礼貌有加,会上几乎听不到反对意见,每个人说的话都四平八稳。然而这份和谐的本质是信息匮乏和角色模糊——成员彼此不了解对方的能力边界,不清楚自己的正式职责,更不确定项目经理到底期望自己做什么。此时的和谐不是凝聚力,而是试探性的观望;不是共识,而是沉默的回避。

从行为特征来看,形成期成员表现出三个显著倾向。第一是对领导的强烈依赖:每个决策都等待上级拍板,缺乏自主推动意愿。第二是任务边界模糊:多人重复劳动与关键环节无人认领并存。第三是人际边界的试探:成员通过非正式闲聊逐步了解同事背景,但这种了解停留在浅层,远未达到建立信任的程度。

项目经理在这一阶段承担"奠基人"角色,需要做三件事:将抽象的合同语言转化为团队能够理解并认同的共同使命;清晰划分每个成员的职责边界并白纸黑字落在文档里而非口头交代;主动创造成员之间相互了解的机会,可以是正式的启动会议也可以是非正式的破冰活动。这个阶段最适合采用命令型领导风格——不是粗暴的颐指气使,而是提供清晰、确定、不容含糊的指引,降低团队在信息匮乏状态下的焦虑感。

震荡期:冲突是团队的必经之路

当团队正式投入项目工作后,形成期的表面和谐迅速瓦解,震荡期不请自来。这是五个阶段中最为痛苦的一段时期。团队成员开始意识到理想与现实的巨大落差:需求文档含混不清、技术方案各执一词、工作量分配不均——原先被礼貌压抑的分歧此刻集中爆发,会议室里的客气话变成了技术路线上的针锋相对。

震荡期的冲突通常沿三条轴线展开。第一条轴线是任务冲突:成员对技术路线、工作方法各执己见,谁都说服不了谁。第二条轴线是角色冲突:有人觉得自己被大材小用,有人质疑项目经理为什么把关键模块交给某个"不够格"的同事。第三条轴线是权力冲突:非正式意见领袖开始挑战项目经理权威,小团体逐渐形成,"我们组"和"他们组"的区隔感悄然滋生。

不少项目经理在这个阶段本能地试图压制冲突、恢复表面平静,这是一个危险的误区。塔克曼在原始论文中明确指出:震荡期不是团队的失败,而是团队走向成熟的必经之路;没有经历冲突的团队不可能建立真正的信任。冲突的价值在于逼迫成员放下伪装、暴露真实想法、在碰撞中寻找真正的共识。一个从未有过激烈争论的团队,要么彼此根本不在乎,要么敢怒不敢言,无论哪种情况都无法产出高质量的工作成果。

当然,震荡期的冲突需要被引导而非放任。项目经理应当扮演教练的角色,帮助团队区分"健康的任务争论"和"有害的人身攻击"。技术方案的分歧是健康的,可以通过引入原型验证和专家评审等方式用事实说话;针对个人的指责是有害的,必须私下沟通、及时制止,防止矛盾从任务层面滑向人身层面。教练型领导风格的核心要义是:不替团队做决定,但为团队提供做决定的框架和方法。

规范期与成熟期:从磨合到高效

熬过震荡期的团队会自然进入规范期,这是一段水到渠成的治愈过程。团队成员开始自发地调整自己的工作习惯来配合他人——有人习惯先画流程图再动手,有人喜欢边写边想,经过几轮配合后两人反而摸索出了一套效率极高的互补节奏。这种默契不是靠制度规定出来的,而是靠时间的积累和善意的磨合逐步形成的。

规范期有三个标志性特征。一是团队开始建立非正式的工作规则:比如站会不超过十五分钟、代码提交前必须通过自测、遇到阻塞半小时内必须在群里同步——这些规则不是写在流程文档里的,而是团队成员在实践中自然约定俗成的,正因为源自共识而非强制,反而比制度性规则更有约束力。二是相互信任的建立:成员开始主动分享自己遇到的技术难题而非藏着掖着,因为他们确信同事不会趁机贬低自己。三是项目经理的减负:团队不再事事请示,大部分日常决策可以在小组内部自行消化,项目经理从"事务处理机"的角色中解脱出来,开始有精力关注更高层面的问题。

规范期走到深处,团队会悄然跨过一道看不见的门槛进入成熟期。成熟期的核心特征不是"没冲突"——恰恰相反,成熟团队内部的争论可能更加激烈,但这种争论早已内化为一种高效的生产工具:成员可以毫不留情地质疑对方的方案,三分钟后又毫无芥蒂地一起吃饭;可以在会上拍桌子,会后依然互相信任。因为所有人都明白,争论的目标是产出更好的结果,而非证明谁对谁错。团队集体荣誉感达到顶峰,成员在日常沟通中会自然地将"我们部门""我们组"挂在嘴边,这种称谓上的微妙变化是团队认同感最直观的外在表现。授权型领导风格是这个阶段的最优选择:项目经理敢于放权,团队成员敢于担责,双向的信任使团队效率达到峰值。

解散阶段:一座被低估的知识富矿

解散期是塔克曼在原始四阶段模型发布十二年后才补充上去的第五阶段。这一补充绝非无关紧要的锦上添花,而是对团队生命周期完整性的重大弥补。当项目的所有可交付成果完成验收、合同款项结算完毕、项目总结归档封存之后,团队面临的不再是"怎么干"的问题,而是"怎么散"的问题。

解散期的挑战往往被项目经理严重低估。在软考的官方教材中,解散期的篇幅远不及前四个阶段,但命题人恰恰喜欢在看似薄弱的环节设问,因为这里考生最容易因复习不充分而失分。解散期的核心工作不是简单的"吃完散伙饭各回各家",而是包含两个关键维度:一是经验教训的萃取与沉淀,二是团队成员情绪的疏导与未来出路的关怀。

经验萃取方面,收尾阶段是知识资产从个人记忆转化为文档沉淀的最后窗口。一旦成员四散到不同项目,隐性知识永久流失。项目经理须组织正式总结会议,将模板、检查清单、风险清单、决策记录显性化归档到组织过程资产库中。

情绪疏导方面,不同成员反应迥异:如释重负者、怅然若失者、焦虑不安者。项目经理需对症下药——释负者表达认可,失落者安排告别,焦虑者尽早落实岗位。

在软考选择题中,解散期最常见的考点是领导风格的判断。解散阶段不存在单一的最优领导风格,而是需要根据成员的不同状态灵活切换:对即将离职的成员采取支持型,对需要撰写总结报告的成员采取参与型,对需要安抚情绪的成员采取教练型。命题人有时会故意在选项中放入"授权型"这个成熟阶段的标志词来混淆考生——如果题目明确问的是解散阶段而非成熟阶段,授权型一定是错误选项。

项目经理在不同阶段的领导风格切换<

本篇完!

本文为付费内容,请输入 VIP 码查解锁本站全部文章!
点击此处获得 VIP 码
你可能也喜欢这些文章
 

软考论文《论区块链技术及应用》精选试读
09-17
《论数据挖掘方法及应用》写作心得
02-16
软考系统分析师BPR业务流程重组怎么学?核心思想与考点一篇搞懂
07-01
软考数据库范式怎么学?从1NF到BCNF层层拆解,函数依赖与候选码一篇讲透
06-27
《论分布式事务及其解决方案》精彩试读
09-23
软考架构综合题精讲500之第005题
09-27
《论湖仓一体架构及其应用》考点详解?
01-14
一次数据丢失让公司赔了200万,3种备份策略你选对了吗
07-28
《论信息系统项目的干系人管理》核心知识点
12-19
《论富互联网应用的客户端开发技术》写作心得
02-04
《论软件的可靠性评价》适合写什么项目?
09-14
《论信息系统项目的干系人管理》高分秘籍
01-30
软考系统分析师Armstrong公理系统详解:自反律增广律传递律怎么推导函数依赖闭包
07-01
架构师必考:软件质量属性场景六要素与效用树构建方法,一篇讲透架构评估核心工具
08-07
系统分析师:需求获取到验证五步法,最后这一步九成考生都丢分
08-02
《论多源数据集成及应用》考点详解?
01-21
热门标签
扫码获取 VIP 码
添加管理员微信获取 VIP 码
微信二维码