团队分工与协作冲突分析

场景

团队协作慢，常被归因于“某人不配合”，实际可能是任务边界重叠、审批接口不清或资源不足。AI 可以整理任务、能力和协作记录，画出责任冲突点并提出试验方案；人员分工由主管与团队共同确认，不能靠几个性格标签自动分配。

输入

团队目标、近期具体任务、交付标准、成员已确认的能力证据、当前职责、工作负荷、协作接口和实际冲突事件。不要输入未经核实的“性格不好、抗压差”等主观标签。若有绩效或个人评价，需确认使用权限，先用岗位/代号讨论流程。

分析过程

先按交付物列任务链：谁发起、谁提供输入、谁做、谁审核、谁决定、谁被告知。AI 找出同一事项多人都以为自己负责、无人负责、决策者与执行者脱节、重复审批等位置。再核对成员负荷和可用能力，提出 1—2 个分工调整选项，并写预期收益、可能增加的交接成本和试行期限。例如培训项目里，HR 负责课程组织，业务主管负责真实任务与验收；若双方都以为对方负责学员实践，问题是责任接口缺失。团队会议确认新分工，试行后复核交付时间与返工。

提示词：

根据以下团队目标、任务和真实协作事件，列每项交付物的发起、执行、审核、决策和接口人。找出重叠、空白、依赖或冲突，并给出最多两种可试行的调整方案、成本与验证指标。不要用性格标签评价个人，也不要替主管直接任命。资料：〔内容〕。

验收与来源

选一个真实项目验证：团队成员能否说清自己的交付和交接对象，重复审批是否减少。A0865《小白轻松掌握 WorkBuddy》给出按角色、职责边界、协作方式和潜在冲突整理团队分工的提示词；其“A 擅长沟通、B 技术强”等示例过于粗糙，本文以实际任务和证据替代性格化分配。

一个冲突定位示例

市场团队要办客户活动，市场专员以为 HR 负责嘉宾签到，HR 以为市场已安排志愿者，活动当天无人负责。AI 不需要判断谁“沟通差”，而要列出交付物“签到名单、现场人员、突发问题负责人”分别缺少明确执行人和验收人。下一次可在活动任务表里指定市场负责现场流程，HR 只提供人员协调支持，并约定变更必须在同一任务板确认。若调整后仍出现遗漏，再复查工作负荷与授权，而非先追究个人态度。

试行与复盘

分工调整前让相关成员确认自己能否承担、是否需要交接或培训。试行期间观察交付延迟、重复劳动、冲突升级次数和团队反馈；不要只凭主管感觉说“内耗减少”。如果职责表写得清楚但决策者经常临时越级改任务，问题在治理方式，不在职责表本身。

从能力表到真实分工

团队能力盘点可以提示谁有相关经验，却不能直接决定谁做哪项工作。还要看任务负荷、岗位责任、员工意愿、培养机会和必要权限。比如一个资深成员最会处理客户投诉，把所有投诉都交给他可能短期提高效率，却让他过载、让新人没有成长机会。AI 应提出轮值、导师辅导或分级处理等备选，并列出交接与质量风险，而不是只给“最强的人负责最难的事”。

冲突分析应以事件为单位。记录某项交付何时卡住、前后环节是谁、双方各自以为谁负责、是否有明确审批规则。若两人都认为自己有最终决定权，解决的是决策边界；若两人都没有资源按时完成，解决的是资源配置；若任务目标反复改变，解决的是变更管理。把所有冲突写成“加强沟通”没有可执行性。

调整方案由主管与相关成员讨论，明确负责人、配合方、交付格式、截止日和升级路径。试行后观察交付质量、返工和员工负荷；如果问题只是从一个人转移到另一个人，就说明分工尚未解决根因。

交付与验收清单

• 分工依据真实交付任务、负荷与能力证据。
• 重叠、空白、审批和资源冲突分别定位。
• 调整经成员与主管确认，有试行期限。
• 复盘看交付与返工，不凭主观“士气变好”。

若冲突来自频繁变更目标，只重新分配人员不会解决根因。