SuperAPI AI 工具集
合作ENAI 行业资讯收藏
Skill 广场project-mngt

project-mngt

办公与效率

查看项目

更新于 10-16 01:59

技能介绍

用途

project-mngt 是一项面向产品负责人（Product Owner）与项目经理（Project Manager）的方法论技能，用于分析项目需求并制定实施计划，采用 MVP/MMP/MMR（最小可行产品 / 最小可上市产品 / 最小可上市发布）方法论。该技能强调它教的是“如何规划”，而不是“规划什么”。

主要能力

  • 初始项目规划：分析需求并生成结构化实施计划。
  • 计划更新：在需求变化时修改已有计划，同时保留已完成的工作。
  • 进度跟踪：用当前状态更新计划并调整剩余工作。
  • 发布策略：为增量交付定义逻辑阶段与原子组。
  • 适应性：可处理任意数量的需求文档（5 或 500 份），支持 BRD、PRD、用户故事、Epic、Feature 等不同格式，覆盖交易系统、Web 应用、API、基础设施、ML/AI 等多种领域，并能在需求变化时更新计划而不重做已完成工作。

MVP/MMP/MMR 框架

  • MVP（最小可行产品）：用于向早期用户验证核心假设的学习载体，聚焦测试最高风险的假设、收集反馈、证明可行性；质量上允许有缺陷、UX 不完善、可手动流程；目标回答“我们能不能做出来？”和“用户会不会用？”；不要求商业化；典型周期 4–12 周。
  • MMP（最小可上市产品）：首个面向市场、能交付真实客户价值的可发布产品，聚焦市场级质量、必要功能，可销售/部署；目标回答“客户会不会付费？”和“能否规模化支持？”；需要商业化；典型周期为 MVP 之后 8–20 周。
  • MMR（最小可上市发布）：在 MMP 之后增强市场吸引力的增量功能发布，聚焦附加功能、优化、集成、扩展性改进；目标回答“如何扩大采用？”和“什么提升留存？”；驱动扩展收入、降低流失、吸引新细分用户；每次发布通常 2–8 周。

进展路径：IDEA → MVP（验证）→ MMP（发布）→ MMR-1 → MMR-2 → MMR-n（增长）。

分析流程（6 步）

  1. 需求发现：阅读全部需求文档，提取 ID、描述、复杂度（1–5）、优先级线索、依赖、功能领域，形成需求清单。
  2. 依赖映射：识别技术、业务、数据、集成类依赖，区分阻塞性与非阻塞性，绘制依赖图并找出关键路径。
  3. 原子分组：创建内聚、独立、可测试、有价值且规模合适（1–4 周工作量）的原子组，常用功能内聚、技术分层、用户旅程、依赖聚类等方式，命名格式为“[组件] [动作]”。
  4. 阶段分配：依据标准把每个原子组分配到 MVP、MMP 或 MMR。
  5. 优先级编号：顺序优先级（1、2、3…）表示必须按序完成，并行优先级（相同编号）表示可同时执行；遵循依赖驱动、风险优先、价值权衡、资源感知原则，并做并行化检查。
  6. 工期估算：按复杂度估算（复杂度 1 为 0.5–1 周，复杂度 5 为 4–6 周），阶段级缓冲 +15%，项目级缓冲 +25%。

使用方式

可通过命令模式调用该技能。

创建初始实施计划： “Use the project-mgnt skill to create an implementation plan for [project name]. Inputs: Requirement documents: [list file paths]; Project context: [domain, team size, constraints]; Timeline constraint: [if any]. Create PLAN-XXX_[project_name].md following MVP/MMP/MMR methodology.”

更新已有计划（需求变更）： “Use the project-mgnt skill to update the implementation plan at [path]. Inputs: Modified BRDs: [list changed files]; Existing plan: [path]; Current progress: [which groups complete/in-progress]; Current date: [today]. IMPORTANT: Preserve completed work, only modify planned work.”

每次调用必须产出实施计划文档（文件名 PLAN-XXX_[project_name].md，默认位置 docs/08_IPLAN/，Markdown 格式，版本号 v1.0、v2.0 递增），包含文档控制、执行摘要、进度摘要（若为更新）、MVP/MMP/MMR 阶段拆解、带优先级/状态/依赖的原子组、时间线可视化（甘特图）、成功指标与退出标准、变更日志（若为更新）以及可追溯性矩阵。

关键规则

  • 完成的工作为不可变（IMMUTABLE），计划更新时绝不可修改、删除、重命名或更改其范围。
  • 进行中的工作需评估影响后再决定继续、调整或取消。
  • 只有计划中的工作可自由重排。
  • 时间线更新须从当天（TODAY）开始，绝不从第 1 周重启。
  • 所有变更须记录在变更日志中。

状态与 ID 规范

状态类别包括 COMPLETED（✅）、IN_PROGRESS（🚧）、BLOCKED（⏸️）、PLANNED（📅）、MODIFIED（🔄）、CANCELLED（❌）。 ID 命名标准：规划文档 PLAN-NNN，需求 REQ-NN 或 REQ-NN-YY，任务 TASK-NNN 或 TASK-NNN-YY；主文档用三位数字补零，子项用两位数字补零，ID 在其工件类型内唯一，从 001 开始顺序编号。

适用场景与限制

适用场景包括初始立项规划、需求变更后的计划更新、无需求变更的进度更新以及发布策略划分，可覆盖任意数量的需求文档与多种项目领域。限制方面：该资料未提供具体收费、价格或平台信息，暂未提供相关说明；其输出依赖使用者提供的需求文档与项目背景信息。