关于 Project Planner
Project Planner 是一项帮助团队制定和更新项目计划的技能,适用于需要明确范围、时间线和资源安排的项目负责人。它按 ID8Pipeline 的 11 阶段组织工作,并生成任务分解、依赖关系、里程碑和风险规划。
主要功能
- 01梳理需求与项目范围
- 02按阶段拆分任务和依赖
- 03估算时间线与关键路径
- 04规划资源、里程碑和风险
- 05生成项目计划与状态文件
适用场景
- 01为新项目制定完整计划
- 02按进度变化更新既有计划
- 03为 MVP 安排快速启动
- 04将项目拆分为冲刺任务
安装
复制下面的命令,在终端中运行。
$
npx skills add https:/ / github.com/ eddiebe147/ claude-settings --skill project-planner安装后在 Claude Code 中输入/project-planner确认已加载。
详细介绍
项目规划器
Project Planner 技能可帮助你创建结构清晰、内容全面的项目计划,明确时间线、依赖关系、交付成果和资源需求。它遵循 ID8Pipeline 方法论,确保每个项目都从妥善的范围界定、架构规划和检查点定义开始。
此技能会创建可执行的项目计划,其中包含工作分解结构(WBS)、关键路径分析、资源分配和风险缓解策略。它整合了 ID8Pipeline 的 11 阶段框架,确保项目从概念到发布都以系统化的方式推进。
规划器强调纵向切片、清晰的依赖关系,并根据团队产能和项目复杂度制定切实可行的时间估算。
核心工作流
工作流 1:创建新项目计划
步骤:
-
发现阶段
- 收集项目需求和约束条件
- 确定利益相关者和团队成员
- 定义成功标准和业务目标
- 明确范围边界(包含哪些内容、不包含哪些内容)
-
范围定义
- 创建一句话的问题陈述(阶段 1:概念锁定)
- 定义 V1 功能集(最多 5 项核心功能)
- 编写“暂不实现”清单(阶段 2:范围围栏)
- 建立质量门槛和检查点
-
工作分解结构
- 将项目拆分为与 ID8Pipeline 阶段相对应的主要阶段
- 将功能分解为纵向切片
- 确定原子任务(每项 4–8 小时)
- 梳理任务之间的依赖关系
-
制定时间线
- 估算任务时长(考虑复杂度和团队产能)
- 确定关键路径和可并行开展的工作流
- 预留缓冲时间(为不确定性增加 20%)
- 根据检查点标准设定里程碑日期
-
资源规划
- 将任务分配给团队成员或角色
- 确定技能差距或培训需求
- 规划资源冲突和可用性
- 分配预算并准备工具
-
文档编写
- 在项目根目录创建 PIPELINE_STATUS.md
- 生成包含工作分解结构和时间线的 PROJECT_PLAN.md
- 设置跟踪机制(GitHub Projects 等)
- 定义沟通频率
**输出:**完整的项目计划,包含时间线、依赖关系、资源分配和检查点定义。
工作流 2:更新现有项目计划
步骤:
- 阅读当前的 PIPELINE_STATUS.md 和 PROJECT_PLAN.md
- 评估实际进度与计划进度的差异
- 确定阻碍因素、延误或范围变更
- 根据新信息重新计算时间线
- 根据需要更新资源分配
- 修订风险缓解策略
- 记录变更并告知利益相关者
工作流 3:快速启动项目
适用于较小的项目或 MVP:
- 定义一句话描述(概念锁定)
- 列出 3–5 项核心功能(范围围栏)
- 选择技术栈(架构草图)
- 制定包含每日检查点的 2 周冲刺计划
- 设置基本的项目跟踪机制
快速参考
| 操作 | 命令/触发语 |
|---|---|
| 创建新项目计划 | "plan project [name]" |
| 更新现有计划 | "update project plan" |
| 快速启动 MVP | "quick project kickoff for [idea]" |
| 审查时间线 | "review project timeline" |
| 检查依赖关系 | "analyze project dependencies" |
| 估算完成时间 | "when will this project finish" |
| 添加里程碑 | "add milestone [name]" |
| 调整资源 | "replan resources for [project]" |
最佳实践
- 从一句话定义开始:每个项目都需要用清晰的一句话说明它为谁解决了什么问题
- 明确范围边界:明确记录 V1 中不包含的内容,以防范围蔓延
- 采用垂直切分:端到端地构建完整功能,而不是按水平层次构建
- 设置检查点:每个阶段都应有一个明确的退出标准问题,且必须得到回答
- 按 70% 的产能规划:团队成员永远无法 100% 投入,因为还要参加会议、应对突发事务并切换上下文
- 明确依赖关系:使用依赖关系映射来识别关键路径和并行处理机会
- 为估算会议设定时限:初步估算最多花 30-60 分钟;随着了解加深再进行细化
- 每周更新:每周根据实际进展审查并更新项目计划
- 跟踪假设:记录规划期间做出的所有假设,并尽早验证
- 建立反馈循环:安排定期检查点,以便利益相关方审查并调整方向
- 使用 ID8Pipeline:系统地遵循 11 个阶段;除非明确说明原因并进行覆盖,否则不得跳过
- 尽早规划测试:在时间表中纳入测试覆盖率要求(润色前必须完成第 7 阶段)
集成点
- ID8Pipeline:围绕 11 阶段框架自动构建计划
- GitHub Projects:可根据计划生成项目看板和问题
- PIPELINE_STATUS.md:维护当前阶段和检查点状态
- Task Manager 技能:计划创建后,移交日常任务管理
- Sprint Planner 技能:将项目计划拆分为适合 Sprint 的任务块
- Risk Assessor 技能:在规划期间识别并跟踪项目风险
模板输出
PROJECT_PLAN.md 结构
# [Project Name] - Project Plan
## Concept Lock (Stage 1)
**One-liner:** [Problem statement and target user]
## Scope Fence (Stage 2)
**V1 Features:**
1. Feature 1
2. Feature 2
3. Feature 3
**Not Yet List:**
- Future feature 1
- Future feature 2
## Timeline
[Gantt-style breakdown with dates and dependencies]
## Resources
[Team allocation and budget]
## Risks
[Top 5 risks and mitigation strategies]
## Success Criteria
[How we know we're done and it worked]
估算指南
| 项目规模 | 持续时间 | 团队规模 | 复杂度 |
|---|---|---|---|
| 微型(POC) | 1-2 周 | 1-2 人 | 低 |
| 小型(MVP) | 1-2 个月 | 2-4 人 | 中 |
| 中型(产品) | 3-6 个月 | 4-8 人 | 中高 |
| 大型(平台) | 6-12 个月 | 8+ 人 | 高 |
调整因素:
- 新技术栈:时间增加 30%
- 需求不明确:时间增加 50%
- 外部依赖:每项依赖增加 20% 时间
- 初级团队:时间增加 40%
- 法规合规:时间增加 25%
评论
支持 Markdown