2025年《管理心理学》案例分析习题及答案

2025年《管理心理学》案例分析习题及答案2024年11月，某智能科技公司（以下简称"智联科技"）启动"AI+硬件"战略转型，将原硬件研发部与软件算法部合并为智能终端事业部，下设研发一部（原硬件部）与研发二部（原软件部）。合并3个月后，部门间协作效率从原跨部门合作的85%骤降至52%，项目延期率达40%，员工满意度调查显示"跨部门沟通障碍"占负面反馈的68%，"职业发展迷茫"占31%。以下为关键事件记录：11月15日：事业部总监李薇（原软件算法部负责人，38岁，斯坦福计算机博士，擅长敏捷开发与团队激励）召开首次全体会议，强调"快速迭代、数据驱动"的新工作模式，要求两部门每周提交"协同进度看板"，未完成节点需在例会上公开说明。12月8日：研发一部负责人王强（原硬件部经理，45岁，从业20年，主导过3款爆款硬件产品）向人力资源部反映："软件部总在硬件测试阶段临时变更需求，导致模具重开，损失超50万。他们只看代码交付量，根本不懂硬件开发的物理限制。"研发二部骨干张琳（28岁，校招管培生，曾获全国算法大赛金奖）在内部论坛发帖："硬件部总用'传统经验'否定创新方案，上周我们提出的AI温控算法能降低30%能耗，但王经理直接说'没见过这么做的'，根本不愿试错。"12月25日：李薇组织"跨部门协作工作坊"，要求两部门各选3名代表组成临时小组，共同设计一款智能手表原型机。硬件组提出"优先保证续航与防水"，软件组坚持"必须集成最新的情感识别功能"，讨论3小时未达成共识。王强中途离场，会后私下对下属说："李总监根本不懂硬件开发周期，她那套互联网公司的快节奏在硬件行业行不通。"2025年1月12日：公司季度考核结果显示，研发一部3名老员工绩效评为"待改进"（原硬件部历史最低），理由是"协同任务完成率不足60%"；研发二部2名新员工因"频繁修改需求影响项目进度"被约谈。当日，王强的核心下属赵工（52岁，硬件结构设计专家）提交辞职申请，离职面谈时表示："干了20年硬件，突然要为软件需求改设计，感觉自己的经验被全盘否定，看不到职业价值。"2025年2月5日：李薇收到匿名邮件："您总在会上表扬软件部'创新能力强'，但硬件部完成的3项专利技术却从未被提及；软件部新人的项目提案能直接汇报给CEO，硬件组的改进方案要经过3层审批。这种差别对待让老员工寒心。"问题1：结合管理心理学中的群体冲突理论，分析研发一部与研发二部冲突的深层心理动因。问题2：运用领导生命周期理论，评价李薇的领导方式是否适配当前团队发展阶段，并提出调整建议。问题3：针对赵工等老员工的职业价值感缺失问题，结合职业锚理论与组织承诺理论，设计具体干预方案。问题4：从沟通心理学角度，分析"协同进度看板"与"工作坊"两种管理工具失效的原因，并提出优化策略。答案1：研发一部与研发二部的冲突可从群体冲突的"认知差异""资源竞争"与"身份认同威胁"三方面解析。首先，认知差异源于两部门的"任务惯例"固化。硬件部遵循"计划-验证-量产"的线性思维（王强强调"物理限制"），软件部习惯"试错-迭代-优化"的敏捷模式（张琳主张"试错创新"），这种基于工作性质的认知图式差异，导致双方将对方行为解读为"不专业"（硬件部认为软件部"随意变更需求"，软件部认为硬件部"保守抗拒创新"），符合群体冲突的"错误归因"机制——将己方问题归因为外部环境，将对方问题归因为内在特质。其次，资源竞争引发心理防御。合并后公司将考核权重向"协同任务"倾斜（硬件部3人因协同率低被评"待改进"），而两部门对"关键资源"的定义不同：硬件部视"技术经验""专利成果"为核心资源（赵工因经验被否定离职），软件部视"创新提案权""直接汇报通道"为关键资源（匿名邮件反映的"差别对待"）。当李薇的激励导向（表扬软件部"创新能力"）与硬件部的资源认知错位时，硬件部产生"资源剥夺感"，触发群体间的竞争性冲突。最后，身份认同威胁加剧对立。原硬件部作为公司"功勋部门"（王强主导过爆款产品），其群体身份与"经验权威""稳定可靠"高度绑定；软件部作为"新兴力量"（张琳等校招管培生），身份认同建立在"技术创新""快速响应"上。合并后李薇推行的"数据驱动"模式（强调进度看板）隐含对硬件部传统经验的否定（王强称"她那套在硬件行业行不通"），软件部的"创新提案特权"则强化了"新势力取代旧权威"的感知，导致硬件部产生"身份贬值焦虑"，软件部则形成"身份优越感"，双方陷入"我们vs他们"的群体分类思维，符合谢里夫的"现实群体冲突理论"——群体为维护自身身份价值，会放大与他群体的差异。答案2：领导生命周期理论（赫塞-布兰查德模型）将下属成熟度分为四个阶段（M1-M4），对应四种领导方式（命令式、说服式、参与式、授权式）。当前智能终端事业部的成熟度需分部门评估：研发一部（原硬件部）：成员多为经验丰富的老员工（如赵工52岁，王强45岁），技术能力（M）高，但工作意愿（R）因"经验被否定""激励错位"显著下降，属于"高能力-低意愿"的M3阶段，需采用"参与式"领导（低任务-高关系），通过倾听、支持提升其归属感。研发二部（原软件部）：成员以年轻员工为主（张琳28岁），创新能力强但跨部门协作经验不足（因"频繁改需求"被约谈），属于"部分能力-部分意愿"的M2阶段，需采用"说服式"领导（高任务-高关系），在明确任务要求的同时解释目标意义，帮助其理解硬件约束。李薇当前的领导方式存在适配偏差：她延续了原软件部"快速迭代"的管理风格（强调进度看板、公开说明未完成节点），本质是"命令式"（高任务-低关系），更适用于M1阶段（低能力-低意愿）员工。这种方式对研发一部（M3）造成"过度控制"，加剧老员工的"被剥夺感"（赵工离职）；对研发二部（M2）则因缺乏"关系维度"的支持（未解释硬件限制），导致其"盲目创新"（频繁改需求）。调整建议：①对研发一部采用"参与式"领导：每周与王强等骨干进行"一对一深度沟通"，主动询问硬件开发的经验价值（如"您认为哪些传统流程仍有保留必要？"），在需求变更时邀请其参与决策（如"软件部的新需求对模具成本的影响，需要您的专业判断"）；②对研发二部采用"说服式"领导：在布置协同任务时，增加"背景说明会"（如邀请硬件工程师讲解模具开发周期），帮助其理解跨部门约束，并通过"导师制"（软件新人与硬件老员工结对）提升协作能力；③整体层面采用"情境领导"：根据具体任务调整风格（如硬件测试阶段侧重参与式，软件编码阶段侧重说服式）。答案3：针对老员工职业价值感缺失，可结合职业锚理论与组织承诺理论设计干预方案：（1）基于职业锚理论的个体干预：职业锚强调个体在职业发展中最重视的价值取向。硬件老员工多为"技术/职能型"锚（赵工的"结构设计专家"身份）与"安全/稳定型"锚（20年从业积累的经验安全感）。需通过"职业价值重认"帮助其重构价值认知：开展"技术传承工作坊"：邀请老员工梳理"硬件开发中的隐性经验"（如"哪些材料测试容易被忽视但影响良品率"），形成《硬件开发经验手册》，并在新员工培训中设置"老带新"环节（每带教1名新人可获"经验导师"认证）；设立"技术创新贡献奖"：将硬件部的专利成果（如案例中提到的3项专利）与软件部的代码贡献同等纳入考核，在公司大会上公开表彰（如"王强团队的散热结构专利使产品故障率降低25%，这是智能终端稳定运行的基石"），强化其"技术权威"身份。（2）基于组织承诺理论的组织干预：组织承诺包括情感承诺（对公司的情感依附）、持续承诺（离开的成本感知）、规范承诺（责任感）。需提升老员工的情感承诺与规范承诺：设计"职业发展双轨制"：除管理晋升通道（如项目经理）外，增设"技术专家通道"（如首席硬件架构师），明确各层级的权责与待遇（如专家级可参与公司战略决策），让老员工看到"经验积累"仍有晋升空间；建立"历史贡献联结"：在公司文化墙设置"硬件发展里程碑"专区，展示老员工参与过的爆款产品（如"2015年智能手环项目，赵工设计的防水结构使产品销量突破100万"），在重要活动（如公司周年庆）邀请老员工分享"我与公司的技术故事"，强化其"公司建设者"的身份认同；优化激励分配机制：将协同任务的考核权重从60%调整为40%，增加"技术创新""经验传承"等指标（各占20%），避免老员工因"协同率低"被单一否定，同时设置"跨部门知识共享奖"（如硬件部向软件部输出《模具开发常见问题指南》可获奖励），将其经验转化为组织资产，提升规范承诺。答案4：从沟通心理学角度，"协同进度看板"与"工作坊"失效的原因及优化策略如下：（1）"协同进度看板"失效原因：信息过载与认知偏差：看板仅展示"节点完成率"等量化数据（李薇要求"数据驱动"），但未包含"变更原因""跨部门影响"等背景信息（如软件部临时变更需求的技术必要性、硬件部模具重开的具体损失）。根据沟通的"信息丰富度理论"，量化数据属于低丰富度信息，难以传递复杂情境中的情感与意图，导致双方仅看到"未完成"的结果，却无法理解对方的实际困难（硬件部认为软件部"随意变更"，软件部认为硬件部"效率低下"）。公开问责引发防御心理：未完成节点需"公开说明"的规则，触发了"评价焦虑"。根据"自我呈现理论"，个体在公开场合会倾向于维护自身形象，硬件部为避免被指责会隐瞒"变更需求导致的延迟"，软件部则会强调"需求变更的技术合理性"，双方陷入"辩解-反驳"的对抗模式，而非解决问题。优化策略：①增加看板的"情境信息"：除节点完成率外，增设"变更原因说明"（如"软件部因AI算法优化需调整接口，已同步硬件部并协商新交付时间"）与"跨部门支持需求"（如"硬件部需要软件部提供3次测试数据用于模具验证"），将低丰富度数据转化为高丰富度的对话信息；②改为"内部协作日志"：将公开说明改为"部门间双向反馈"，即未完成节点需向协作方提交书面说明（非公开），并约定"问题解决时限"，减少评价压力，聚焦问题本身。（2）"工作坊"失效原因：角色固化与群体极化：工作坊中"硬件组""软件组"的分组强化了原部门身份（"我们vs他们"），根据"群体决策理论"，群体成员会倾向于强化本群体的初始观点（硬件组坚持"续航优先"，软件组坚持"功能优先"），导致讨论陷入"立场对抗"而非"目标共识"。缺乏共同目标引导：李薇仅要求"设计原型机"，未明确"公司战略下的优先级"（如AI+硬件战略中"用户体验"是核心，续航与情感识别均服务于用户体验）。根据"目标设定理论"，模糊的目标会导致群体关注局部利益，而非整体目标。优化策略：①采用"无部门混合分组"：将两部门员工随机分成3-4人小组（如1名硬件工程师+1名软件工程