mcpField

Project Planner

github.com/eddiebe147生产力51 次安装
代码仓库

关于 Project Planner

Project Planner 是一项帮助团队制定和更新项目计划的技能,适用于需要明确范围、时间线和资源安排的项目负责人。它按 ID8Pipeline 的 11 阶段组织工作,并生成任务分解、依赖关系、里程碑和风险规划。

主要功能

  1. 01梳理需求与项目范围
  2. 02按阶段拆分任务和依赖
  3. 03估算时间线与关键路径
  4. 04规划资源、里程碑和风险
  5. 05生成项目计划与状态文件

适用场景

  1. 01为新项目制定完整计划
  2. 02按进度变化更新既有计划
  3. 03为 MVP 安排快速启动
  4. 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. 发现阶段

    • 收集项目需求和约束条件
    • 确定利益相关者和团队成员
    • 定义成功标准和业务目标
    • 明确范围边界(包含哪些内容、不包含哪些内容)
  2. 范围定义

    • 创建一句话的问题陈述(阶段 1:概念锁定)
    • 定义 V1 功能集(最多 5 项核心功能)
    • 编写“暂不实现”清单(阶段 2:范围围栏)
    • 建立质量门槛和检查点
  3. 工作分解结构

    • 将项目拆分为与 ID8Pipeline 阶段相对应的主要阶段
    • 将功能分解为纵向切片
    • 确定原子任务(每项 4–8 小时)
    • 梳理任务之间的依赖关系
  4. 制定时间线

    • 估算任务时长(考虑复杂度和团队产能)
    • 确定关键路径和可并行开展的工作流
    • 预留缓冲时间(为不确定性增加 20%)
    • 根据检查点标准设定里程碑日期
  5. 资源规划

    • 将任务分配给团队成员或角色
    • 确定技能差距或培训需求
    • 规划资源冲突和可用性
    • 分配预算并准备工具
  6. 文档编写

    • 在项目根目录创建 PIPELINE_STATUS.md
    • 生成包含工作分解结构和时间线的 PROJECT_PLAN.md
    • 设置跟踪机制(GitHub Projects 等)
    • 定义沟通频率

**输出:**完整的项目计划,包含时间线、依赖关系、资源分配和检查点定义。

工作流 2:更新现有项目计划

步骤:

  1. 阅读当前的 PIPELINE_STATUS.md 和 PROJECT_PLAN.md
  2. 评估实际进度与计划进度的差异
  3. 确定阻碍因素、延误或范围变更
  4. 根据新信息重新计算时间线
  5. 根据需要更新资源分配
  6. 修订风险缓解策略
  7. 记录变更并告知利益相关者
工作流 3:快速启动项目

适用于较小的项目或 MVP:

  1. 定义一句话描述(概念锁定)
  2. 列出 3–5 项核心功能(范围围栏)
  3. 选择技术栈(架构草图)
  4. 制定包含每日检查点的 2 周冲刺计划
  5. 设置基本的项目跟踪机制

快速参考

操作命令/触发语
创建新项目计划"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