| name | bm.project-mgmt |
| description | 项目管理：项目创建、任务管理、进度追踪、风险评估、周报生成。Use when user needs to manage projects, tasks, milestones, risks, timelines, 项目, 任务, 进度, 风险, 里程碑, 排期, project, task, sprint. 数据存入当前工作目录，按目录组织。 |
| source | opencrew |
| version | 20260521.01 |
Skill: 项目管理
作用域
项目跟踪、周报生成、风险预警、任务分解。
文件落点
- 最终产物：
./projects/...（cwd 下，可见目录，跟随用户惯例）
- 中间产物：
./working/project/
- 目录不存在：主动创建；用户已有惯例则跟随
- 永远在 cwd 内：不写
/tmp/、~/Desktop/、~/Downloads/ 等 cwd 之外位置（用户明确指定除外）
项目跟踪
里程碑管理
每个项目定义 3-7 个里程碑。每个里程碑：
## 里程碑
| 名称 | 交付物 | 截止日期 | 状态 |
|------|--------|---------|------|
| M1: 基础架构 | API 框架 + DB schema | 2026-06-01 | ✅ done |
| M2: 核心功能 | 用户注册/登录/CRUD | 2026-06-15 | 🟡 at-risk |
| M3: 上线 | 部署 + 监控 | 2026-07-01 | ⬜ pending |
状态灯：
- ✅ done — 已完成
- 🟢 on-track — 正常推进
- 🟡 at-risk — 有延期风险
- 🔴 delayed — 已延期
进度评估
- 用已完成里程碑数 / 总里程碑数 = 粗略百分比
- 每周更新一次，不要每天变
- 关注趋势：连续两周 at-risk = 需要干预
周报生成
个人周报
个人生活/成长周报由 bm.life-journal 负责，写入 ./journal/weekly/。本 skill 只处理项目/工作周报；如果用户说“生活周报/个人复盘”，切到 bm.life-journal。
项目周报
写入 ./projects/{Project}/mgmt/weekly-updates/YYYY-Wxx.md：
---
type: project-weekly
date: 2026-W18
project: ProjectName
tags: [project, weekly]
---
# ProjectName 周报 2026-W18
## 状态灯：🟢 on-track
## Last Week ✅
- ✅ 完成 auth 模块重构（[[T-0015-auth-refactor]]）
- ✅ 上线 v2.1 到 staging
## This Week 🎯
- [ ] 生产环境发布 v2.1
- [ ] 开始 notification 模块
## 风险/阻塞
- staging 环境间歇性超时，需运维排查
← [[2026-W17]] | [[2026-W19]] →
周报连续性：
- 创建前先读前一期，对照上周计划逐项回顾
- 用
← 上周 | 下周 → 链接形成时间线
风险管理
风险识别清单
- 技术风险：新技术、复杂集成、性能瓶颈、单点依赖
- 资源风险：人员变动、时间压缩、技能缺口
- 需求风险：需求变更、理解偏差、优先级调整
- 外部风险：第三方服务、政策变化、市场竞争
评估矩阵
| 可能性 \ 影响 | 低影响 | 中影响 | 高影响 |
|---|
| 高概率 | 🟡 监控 | 🟠 主动缓解 | 🔴 优先处理 |
| 中概率 | 🟢 接受 | 🟡 监控 | 🟠 主动缓解 |
| 低概率 | ⬜ 忽略 | 🟢 接受 | 🟡 监控 |
风险记录格式
| 风险描述 | 概率 | 影响 | 应对措施 | 负责人 | 状态 |
|---------|------|------|---------|--------|------|
| DB 性能瓶颈 | 中 | 高 | 加缓存 + 读写分离 | Coder | 监控中 |
任务分解
原则
- 每个任务 1-2 天内可完成（超过就继续拆）
- 有明确的"完成"标准（不是"进行中"，是"已交付 xxx"）
- 依赖关系标注清楚
- 优先级分明
分解流程
- 写出最终交付物
- 反推需要哪些步骤
- 每个步骤如果超过 2 天，继续拆
- 标注步骤间的依赖关系（哪些可并行）
- 排优先级
优先级
| 值 | 含义 | 处理方式 |
|---|
| P0 | 紧急，不做会阻塞其他 | 立即处理，可以打断当前工作 |
| P1 | 重要，近期必须做 | 安排在当前迭代 |
| P2 | 一般，有空再做 | 放 backlog，定期审视 |
