关于 Task Manager
Task Manager 是用于整理、排序和跟踪工作的效率技能,采用 Eisenhower Matrix、GTD 和 MoSCoW 等框架。它可将大型项目拆分为可执行任务,并支持日周计划、任务委派和待办清理。
主要功能
- 01运用任务优先级框架
- 02将项目拆分为可执行任务
- 03跟踪负责人、依赖项和状态
- 04规划每日与每周工作
- 05委派任务并整理待办
适用场景
- 01安排每日任务优先级
- 02结合可用产能规划每周交付
- 03明确验收标准并分配工作
- 04整理待办并找出快速可完成项
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ jmsktm/ claude-settings --skill task-manager安装后在 Claude Code 中输入/task-manager确认已加载。
详细介绍
任务管理器
任务管理器技能借助艾森豪威尔矩阵、GTD(Getting Things Done)和 MoSCoW 优先级排序等经过验证的效率框架,帮助你高效地组织、排序和跟踪任务。它能确保工作得到妥善排序、分配并跟踪直至完成。
这项技能擅长将大型项目拆分为可执行的任务、识别依赖关系、估算工作量,并帮助你专注于影响力大的工作。它可与你现有的项目管理工具集成,并提供清晰的每日/每周任务视图。
任务管理器强调清晰度(任务定义明确)、责任归属(负责人明确)和进度可见性(实时状态跟踪)。
核心工作流
工作流 1:每日任务组织
步骤:
-
收集 - 汇总所有待处理任务,来源包括:
- 项目计划和待办列表
- 电子邮件和 Slack 消息
- 会议记录和行动事项
- Bug 报告和支持工单
- 个人想法和承诺
-
明确 - 对每项任务:
- 撰写清晰、可执行的描述,并以动词开头
- 估算工作量(S/M/L 或小时)
- 确定依赖项或阻碍因素
- 分配给个人或角色
- 如果有时限要求,则添加截止日期
-
整理 - 按以下类别分类:
- 优先级:关键、高、中、低
- 类型:功能、Bug、杂务、探索
- 状态:待办、进行中、受阻、已完成
- 项目/史诗:这项任务属于哪个更大的工作?
-
排序 - 使用艾森豪威尔矩阵:
- 紧急且重要:今天完成(前 3 项任务)
- 重要但不紧急:安排在本周
- 紧急但不重要:委派或自动化
- 两者皆非:推迟或删除
-
执行 - 专注于:
- 从影响力最大的任务开始
- 完成一项任务后再开始另一项
- 随进度更新状态
- 立即沟通阻碍因素
-
回顾 - 每日结束时:
- 将已完成的任务标记为完成
- 将未完成的工作移至明天
- 记录经验或障碍
- 准备明天最重要的 3 项任务
输出: 已排序的每日任务列表,并附有明确的后续行动。
工作流 2:每周任务规划
步骤:
- 回顾项目里程碑和迭代目标
- 确定本周的关键交付成果(最多 3-5 项)
- 将交付成果拆分为每日任务
- 估算总工作量与可用产能
- 如果承诺过多,则调整范围或时间安排
- 为复杂任务安排专注工作时段
- 预留 20% 的产能应对干扰和紧急情况
输出: 一目了然的每周任务看板,并按天细分。
工作流 3:任务委派
步骤:
- 确定可以委派的任务
- 将任务分配给具备相应技能且有空余产能的人
- 提供清晰的背景信息和验收标准
- 明确时间安排和检查进度的预期
- 为委派的工作建立跟踪机制
- 按约定的间隔跟进
工作流 4:待办列表梳理
步骤:
- 回顾待办列表中的所有任务(每周或每两周一次)
- 归档或删除过时任务
- 根据当前目标更新优先级
- 将模糊的任务拆分为具体行动
- 找出快速见效的事项(耗时 < 1 小时的任务)
- 标记需要更多信息的任务
快速参考
| 操作 | 命令/触发语 |
|---|---|
| 创建任务 | "add task: [description]" |
| 排序任务 | "prioritize my tasks" |
| 显示今天的工作 | "what should I work on today" |
| 每周计划 | "plan this week's tasks" |
| 委派任务 | "delegate [task] to [person]" |
| 更新状态 | "mark [task] as [status]" |
| 显示阻碍事项 | "what's blocked" |
| 快速见效事项 | "show me quick wins" |
| 梳理待办列表 | "groom backlog" |
| 估算工作量 | "estimate [task]" |
最佳实践
- 将任务拆分为原子任务:每个任务最多应在 4-8 小时内完成;若耗时更长,请拆分任务
- 使用行动动词:每个任务都以动词开头(构建、修复、编写、审查、测试、部署)
- 明确“完成”的定义:每个任务都需要清晰的验收标准,以便判断何时完成
- 限制进行中的任务(WIP):一次处理 1-3 个任务;多任务处理会严重降低效率
- 立即跟踪阻塞项:不要让受阻任务悄无声息地搁置;及时升级并沟通
- 为任务设定时间限制:如果任务耗时达到预估时间的 2 倍,请停下来重新评估方案
- 批量处理相似任务:将相关任务分组(如所有代码审查、所有邮件回复),减少上下文切换
- 保障深度工作时间:为复杂任务预留 2-4 小时的时间段;不安排会议,也不受打扰
- 每日回顾:每天结束时花 10 分钟回顾进展并规划明天
- 庆祝任务完成:肯定已完成的任务;这有助于保持动力和士气
- 使用模板:为重复性工作创建任务模板(代码审查、缺陷分流、部署)
- 关联上下文:在任务描述中加入相关文档、PR、问题或设计的链接
优先级框架
艾森豪威尔矩阵
URGENT NOT URGENT
IMPORTANT | DO NOW | SCHEDULE |
| (Crises, fires) | (Planning) |
|-------------------|--------------|
NOT | DELEGATE | ELIMINATE |
IMPORTANT | (Interruptions) | (Busywork) |
MoSCoW 方法
- 必须具备:发布时不可或缺
- 应该具备:重要,但并非关键
- 可以具备:时间允许时值得添加
- 不会具备:不在本次迭代范围内
RICE 评分
评分 =(触达范围 × 影响 × 置信度)/ 工作量
- 触达范围:受影响的用户数量
- 影响:带来的帮助程度(0.25、0.5、1、2、3)
- 置信度:你有多确定(百分比,以小数表示)
- 工作量:所需的人周数
价值与工作量
HIGH VALUE
|
QUICK WINS | BIG BETS
|
--------- + ---------- EFFORT
|
TIME SINKS | LOW VALUE
|
LOW VALUE
优先级顺序:快速收益 > 重大押注 > 低价值 > 时间黑洞
任务规模指南
| 规模 | 时长 | 复杂度 | 示例 |
|---|---|---|---|
| XS | 15-30 分钟 | 微不足道 | 修正拼写错误、更新配置 |
| S | 1-2 小时 | 简单 | 编写文档、修复简单缺陷 |
| M | 4-8 小时 | 中等 | 构建新组件、API 端点 |
| L | 1-2 天 | 复杂 | 功能集成、性能优化 |
| XL | 3-5 天 | 非常复杂 | 大规模重构、新服务 |
如果任务超过 5 天:请将其拆分为更小的任务。
状态定义
- 待办:已准备好开始,所有依赖项均已满足
- 进行中:当前正在处理
- 受阻:正在等待依赖项或决策
- 审核中:工作已完成,等待批准
- 已完成:已发布到生产环境或已获相关方认可
- 已延期:推迟到未来的冲刺或发布
集成点
- 项目规划器:从项目计划中提取任务
- 冲刺规划器:将任务安排到各个冲刺中
- GitHub Issues:与问题跟踪器同步
- TodoWrite tool:使用内置任务跟踪功能
- 日历:为任务安排时间段
- Slack/Discord:发送任务通知和更新
评论
支持 Markdown