Files
EnterpriseArchitect/deliverables/BIZ-11/04-协作流程与升级机制.md
T
vincent 6cff1a37b6 BIZ-11: 多智能体组织架构与岗位职责体系建设 — 完整交付物
产出物:
1. 组织架构图 — 事业部制设计,三层汇报关系
2. 岗位职责说明书 — 12个Agent + 岗位能力矩阵
3. 业务标准规范SOP模板 — 开发/运营/紧急/飞书4套SOP
4. 协作流程与升级机制 — 各业务线协作链 + 风险分级
5. 团队缺口评估 — 市场分析师/法务顾问/数据分析师建议

全部方案存放于 deliverables/BIZ-11/ 目录,待刘总审阅。

Co-authored-by: multica-agent <github@multica.ai>
2026-06-22 18:56:11 +08:00

168 lines
7.3 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.
# 产出物4:协作流程与升级机制
> 版本:v1.0 | 编制:陆怀瑾(COO | 日期:2026-06-22
---
## 一、整体协作流程
```
┌─────────────────────────────────────────────────────────────────┐
│ 公司业务协作全景 │
├─────────────────────────────────────────────────────────────────┤
│ │
│ Vincent / 外部需求 │
│ │ │
│ ▼ │
│ ┌──────────┐ │
│ │ 刘诗妮 │ ← 统一入口,不分类型 │
│ │(secretary)│ │
│ └────┬─────┘ │
│ │ 分类路由 │
│ │ │
│ ┌────┼──────────┬──────────┬──────────┐ │
│ ▼ ▼ ▼ ▼ ▼ │
│ 开发 电商 内容 媒体 行政 │
│ │ │ │ │ │ │
│ ▼ ▼ ▼ ▼ ▼ │
│ ┌──┐ ┌─────┐ ┌──────┐ ┌──────┐ ┌──────────┐ │
│ │PM│ │陆云帆│ │文墨言 │ │钟帧韵 │ │程伯予/直接│ │
│ │胡│ │淘宝 │ │小红书 │ │视频 │ │处理 │ │
│ │蓉│ │运营 │ │运营 │ │制作 │ │ │ │
│ └──┘ └─────┘ └──────┘ └──────┘ └──────────┘ │
│ │ │
│ ├→ 沈路明(PRD) │
│ ├→ 梁思筑(架构) │
│ ├→ 徐聪(开发) │
│ ├→ 苏锦绘(设计) │
│ └→ 严维序(运维部署) │
│ │
│ 全部完成后 → COO验收 → secretary 汇报 Vincent │
│ │
└─────────────────────────────────────────────────────────────────┘
```
---
## 二、各业务线协作 SOP
### 2.1 开发线协作
| 环节 | 执行 Agent | 输入 | 输出 | 交付标准 |
|------|-----------|------|------|----------|
| 需求接收 | secretary | Vincent 需求 | 归类后的需求卡片 | 需求描述清晰 |
| 资源评估 | COO | 需求卡片 | 优先级 + 资源判断 | 2h 内回应 |
| 任务拆解 | projectmanager | COO 确认后的需求 | 开发子任务列表 | 粒度 ≤ 1天/任务 |
| PRD | productmanager | 子任务列表 | 产品需求文档 | 验收标准明确 |
| 架构设计 | architect | PRD | 架构方案 + 接口规范 | 通过 PM 评审 |
| 开发实现 | costcodev | 架构方案 | 代码 + 单元测试 | Code Review 通过 |
| UI 设计 | designer | PRD + 架构 | 设计稿 | 设计走查通过 |
| 部署上线 | opengineer | 测试通过代码 | 线上环境 | 监控就绪 |
| 验收 | COO | 线上环境 | 验收报告 | 符合验收标准 |
### 2.2 电商线协作
| 环节 | 执行 Agent | 输出 |
|------|-----------|------|
| 需求/策略 | Vincent/secretary → COO | 优先级判断 |
| 方案设计 | 陆云帆(taobaospecialist | 运营方案 |
| 方案审阅 | COO | 审阅意见 |
| 执行 | 陆云帆 | 店铺操作/数据分析 |
| 数据复盘 | 陆云帆 | 运营报告 |
| 汇报 | COO → secretary → Vincent | 成果汇报 |
### 2.3 内容线协作
| 环节 | 执行 Agent | 输出 |
|------|-----------|------|
| 选题/策略 | 文墨言(contentspecialist | 内容日历 |
| 审阅 | COO | 品牌一致性检查 |
| 创作发布 | 文墨言 | 小红书等平台发布 |
| 数据复盘 | 文墨言 | 内容效果报告 |
| 汇报 | COO → secretary → Vincent | 成果汇报 |
### 2.4 视频线协作
| 环节 | 执行 Agent | 输出 |
|------|-----------|------|
| 需求确认 | Vincent/secretary → COO | 视频需求明确 |
| 策划 | 钟帧韵(mediaspecialist | 脚本 + 分镜 |
| 审阅 | COO | 审阅意见 |
| 制作 | 钟帧韵 | 视频成品 |
| 发布 | 钟帧韵 | 多平台发布 |
| 汇报 | COO → secretary → Vincent | 成果汇报 |
---
## 三、升级机制
### 3.1 升级路径
```
发现问题
┌──────────────────┐
│ 自行判断严重程度 │
└──────┬───────────┘
┌────┴────┐
│ │
▼ ▼
可自行 无法自行
解决 解决
│ │
▼ ▼
解决并 汇报 COO
记录 │
┌───┴───┐
│ │
▼ ▼
COO解决 COO无法解决
│ │
▼ ▼
记录 汇报Vincent
```
### 3.2 升级触发条件
| 条件 | 升级对象 | 升级时限 |
|------|----------|----------|
| 任务阻塞超过 4 小时 | COO + secretary | 发现后 1h 内 |
| 进度偏差超过 30% | projectmanager(开发线)/ COO(其他线) | 发现后 2h 内 |
| 资源冲突(多任务争抢同一 Agent) | COO | 发现后 1h 内 |
| 外部依赖缺失(需 Vincent 确认) | Vincent(经 secretary | 发现后 4h 内 |
| 影响收入/客户/合规的严重风险 | Vincent(直接) | 立即 |
| Agent 连续 3 次执行失败 | COO | 发现后 1h 内 |
### 3.3 升级通知模板
```markdown
【升级通知 — {严重程度}】
## 问题描述
{简要描述}
## 影响范围
{影响哪些业务,程度如何}
## 已尝试的解决方案
{已做了什么,为什么不行}
## 需要决策
{明确需要上级做什么决策}
---
— {报告者} | {时间}
```
---
## 四、定期同步机制
| 频率 | 内容 | 负责 | 输出 |
|------|------|------|------|
| 每日 | WorkBoard 状态更新 | 各 Agent | 卡片状态 |
| 每周 | 运营效率报告 | COO | 运营报告 |
| 每两周 | SOP 回顾与优化 | COO | 流程改进建议 |
| 每月 | 组织架构回顾 | COO | 架构调整建议 |