Task Decomposition

Task Decomposition — 任务拆解与执行规划

把策略和方案拆成下游团队可直接执行的任务单，明确谁做、用什么输入、产出什么、何时完成、怎样验收。

拆解原则

1. 能并行的任务并行，关键路径单独标出。
2. 每个任务必须有输入、输出、负责人角色、验收标准和依赖关系。
3. 拆解颗粒度控制在“一个小组能接手”的级别，不拆成琐碎待办。
4. 不超过 12 个一级任务；复杂项目用阶段和子任务承载。
5. 任务单要服务真实协作：策略、创意、文案、设计、媒介、投放、达人商务、直播运营、数据、法务、项目管理。

项目类型与标准路径

| 类型 | 标准路径 | |---|---| | 纯创意 | Brief 对齐 -> 洞察/策略 -> 创意概念 -> 脚本/文案 -> 设计/制作 -> 审核 | | Campaign | Brief -> 研究 -> 策略 -> 创意主题 -> 内容/媒介/KOL -> 制作 -> 上线 -> 复盘 | | 社媒运营 | 人群/平台 -> 内容支柱 -> 日历 -> 生产 -> 发布 -> 数据优化 | | 直播/电商 | 货盘 -> 脚本 -> 达人/主播 -> 场景/素材 -> 投放/流量 -> 复盘 | | 分析报告 | 研究范围 -> 数据采集 -> 分析 -> 洞察 -> 报告 -> 行动建议 | | 年度全案 | 业务目标 -> 年度策略 -> 节点规划 -> 预算/KPI -> 组织排期 -> 复盘机制 |

任务字段

每个任务写清：

• 任务名称：动词 + 对象，例如“完成竞品内容拆解”。
• 目标：这个任务解决什么问题。
• 输入：Brief、素材、数据、研究结果、客户确认项。
• 输出：文档、表格、脚本、素材、名单、投放计划等。
• 负责人角色：不是人名也可以，但角色要明确。
• 依赖：前置任务或客户确认。
• 验收标准：数量、格式、质量门槛、审批条件。
• 截止时间：日期或相对时间。
• 风险：可能卡住的点和备用方案。

输出格式

# 执行任务单 | [项目名称]

## 1. 项目节奏
- 总周期：
- 关键路径：
- 可并行任务：
- 必须先确认：

## 2. 阶段拆解
| 阶段 | 时间 | 目标 | 关键输出 | 依赖 |
|---|---|---|---|---|

## 3. 任务清单
| 编号 | 任务 | 目标 | 负责人角色 | 输入 | 输出 | 验收标准 | 依赖 | 截止时间 |
|---|---|---|---|---|---|---|---|---|

## 4. 立即启动清单
| 优先级 | 任务 | 为什么现在做 | 需要谁配合 |
|---|---|---|---|

## 5. 风险与阻塞
| 风险/阻塞 | 影响 | 触发信号 | 应对 |
|---|---|---|---|

## 6. 下次同步会议议程
1. 需要客户确认的事项
2. 内部需要拍板的事项
3. 本周期交付物检查

规则

• 如果时间未知，按 T-时间或阶段相对时间排。
• 如果责任人未知，用角色代替，不写“待定”。
• 对每个任务给可验收结果，不写“持续优化”作为唯一标准。
• 最后必须给“立即启动清单”，让团队知道今天能先做什么。

Source & license

This open-source skill is cataloged on AgentStack and links to its original source — we do not rehost the code.

• Author: mabzhang
• Source: mabzhang/opc-toolkit
• License: MIT

Install and usage instructions live in the source repository linked above.