Project Management

aaaaqwq/agi-super-team/skills/project-management

作者 aaaaqwq7cefd81350a1无许可证105 个星标收录于 2026年10月8日更新于 2026年10月8日仓库今天更新

项目管理和产品需求分析。当用户需要制定项目计划、编写 PRD 文档、管理任务或进行需求分析时使用此技能。

仅含说明Productivity & Workflow
AI 生成的概览

指导项目管理与产品需求工作，包括 PRD 编写、任务分解、优先级排序和风险分析。

功能
提供产品需求文档、项目计划、用户故事、验收标准、优先级分级和风险清单的结构化指导与模板。还涵盖敏捷 Scrum 流程、任务分解、里程碑规划以及推荐的项目管理工具。产出为书面的规划与需求文档，而非代码。
适用场景
适用于编写 PRD、制定项目进度计划、将功能拆解为任务、定义用户故事与验收标准，或评估项目风险的场景。适合产品经理和团队整理需求与交付计划。
运行要求
无需脚本或特殊工具，仅为指导说明。该技能声明使用 Read、Write、Edit、TodoWrite 和 WebSearch 工具，因此可能通过网络搜索进行竞品或市场调研。

项目管理与产品需求

功能说明

此技能专门用于项目管理和产品需求分析,包括:

  • 产品需求文档(PRD)编写
  • 项目计划制定
  • 任务分解和优先级排序
  • 用户故事和验收标准
  • 风险识别和管理
  • 敏捷开发流程

使用场景

  • "编写一个电商系统的 PRD"
  • "制定项目开发计划"
  • "分解功能模块和任务"
  • "定义用户故事和验收标准"
  • "评估项目风险"
  • "规划 MVP 功能"

核心能力

1. 需求洞察与分析

  • 精准识别真实用户需求
  • 区分核心功能和增值功能
  • 基于场景的产品设计
  • 竞品分析和差异化定位

2. 功能分解

  • 将宏观需求拆解为可执行的功能点
  • 定义输入-处理-输出逻辑
  • 识别依赖关系和集成点
  • 处理边界情况和异常

3. 优先级管理

  • P0(Must Have):MVP 必需功能
  • P1(Should Have):重要但非必需
  • P2(Nice to Have):锦上添花功能

4. 风险预判

  • 技术实现风险
  • 市场接受度风险
  • 用户采用风险
  • 资源和时间风险

PRD 文档结构

标准 PRD 模板

markdown
# [产品名称] 产品需求文档(PRD)
**版本**: v1.0**创建日期**: 2025-01-01**作者**: 产品经理**状态**: 草稿/评审中/已批准
---
## 1. 项目背景与目标
### 1.1 产品愿景简明扼要地描述产品的核心价值主张和长期愿景。
### 1.2 问题陈述**当前痛点**:- 用户面临的具体问题- 问题的严重程度和影响范围- 现有解决方案的不足
**目标用户**:- 主要用户群体(年龄、职业、行为特征)- 次要用户群体- 用户画像和典型场景
### 1.3 成功指标(KPI)- **用户指标**: DAU、MAU、留存率- **业务指标**: GMV、转化率、客单价- **产品指标**: 功能使用率、完成率- **技术指标**: 响应时间、可用性
### 1.4 业务目标与约束**业务目标**:- 短期目标(3 个月)- 中期目标(6-12 个月)- 长期目标(1-3 年)
**已知约束**:- 技术限制- 预算限制- 时间限制- 平台限制(iOS/Android/Web)
---
## 2. 用户研究与竞品分析
### 2.1 用户画像**主要用户: 职场白领**- 年龄: 25-35 岁- 职业: 互联网、金融、咨询行业- 痛点: 时间管理困难、工作效率低- 期望: 简单易用、提高生产力
### 2.2 用户旅程

发现问题 → 寻找解决方案 → 注册使用 → 日常使用 → 推荐他人


### 2.3 竞品分析| 竞品 | 优势 | 劣势 | 差异化机会 ||------|------|------|------------|| 产品 A | 功能丰富 | 学习成本高 | 简化操作流程 || 产品 B | 界面美观 | 性能较差 | 优化性能体验 |
---
## 3. 功能需求
### 3.1 功能架构图

├── 用户模块 │ ├── 注册登录 │ ├── 个人资料 │ └── 账号设置 ├── 核心功能模块 │ ├── 功能 A │ ├── 功能 B │ └── 功能 C └── 辅助功能模块 ├── 通知中心 └── 帮助中心


### 3.2 用户故事列表
| ID | 用户故事 | 优先级 | 验收标准 | 依赖 ||----|----------|--------|----------|------|| US-001 | 作为用户,我希望能够快速注册账号,以便开始使用产品 | P0 | 1. 支持邮箱/手机注册<br>2. 注册流程不超过 3 步<br>3. 注册成功后自动登录 | 无 || US-002 | 作为用户,我希望能够安全登录,以便访问我的数据 | P0 | 1. 支持密码登录<br>2. 支持第三方登录<br>3. 登录失败有明确提示 | US-001 || US-003 | 作为用户,我希望能够创建任务,以便管理我的工作 | P0 | 1. 可以输入任务标题和描述<br>2. 可以设置截止日期<br>3. 任务创建后立即显示 | US-002 |
### 3.3 功能详细说明
#### 功能模块: 用户注册
**功能描述**:用户通过邮箱或手机号注册账号,完成身份验证后即可使用产品。
**交互流程**:1. 用户点击"注册"按钮2. 选择注册方式(邮箱/手机)3. 输入注册信息4. 接收验证码5. 完成验证6. 设置密码7. 注册成功,自动登录
**界面要素**:- 注册方式选择(Tab 切换)- 邮箱/手机号输入框- 验证码输入框- 密码输入框(带强度提示)- 同意条款复选框- 注册按钮
**数据字段**:| 字段名 | 类型 | 必填 | 验证规则 | 说明 ||--------|------|------|----------|------|| email | String | 是 | 邮箱格式 | 用户邮箱 || phone | String | 是 | 手机号格式 | 用户手机 || password | String | 是 | 6-20 位,包含字母和数字 | 登录密码 || verifyCode | String | 是 | 6 位数字 | 验证码 |
**业务规则**:- 邮箱/手机号不能重复注册- 验证码 5 分钟内有效- 密码必须包含字母和数字- 同一 IP 每天最多注册 3 个账号
**异常处理**:- 邮箱/手机号已存在: 提示"该账号已注册,请直接登录"- 验证码错误: 提示"验证码错误,请重新输入"- 验证码过期: 提示"验证码已过期,请重新获取"- 网络错误: 提示"网络连接失败,请稍后重试"
**接口定义**:

POST /api/auth/register Request: { "email": "[email protected]", "password": "password123", "verifyCode": "123456" }

Response: { "success": true, "data": { "userId": 12345, "token": "jwt_token_here" }, "message": "注册成功" }


---
## 4. 非功能需求
### 4.1 性能要求- **响应时间**: 页面加载 < 2 秒,API 响应 < 500ms- **并发能力**: 支持 10,000 并发用户- **可扩展性**: 支持水平扩展
### 4.2 安全要求- **认证**: JWT Token 认证,7 天有效期- **授权**: 基于角色的访问控制(RBAC)- **数据加密**: HTTPS 传输,敏感数据加密存储- **防护**: SQL 注入、XSS、CSRF 防护
### 4.3 兼容性要求- **浏览器**: Chrome 90+, Safari 14+, Firefox 88+- **移动端**: iOS 13+, Android 8+- **屏幕**: 支持 320px - 1920px 宽度
### 4.4 可用性要求- **系统可用性**: 99.9% (每月停机时间 < 43 分钟)- **数据备份**: 每日全量备份,实时增量备份- **灾难恢复**: RTO < 1 小时,RPO < 5 分钟
### 4.5 可维护性要求- **代码规范**: 遵循团队编码规范- **文档**: 完整的 API 文档和技术文档- **日志**: 完善的日志记录和监控- **测试**: 单元测试覆盖率 > 80%
---
## 5. 技术方案(可选)
### 5.1 技术架构

前端: React + TypeScript + Ant Design 后端: Node.js + Express + TypeScript 数据库: MySQL + Redis 部署: Docker + Kubernetes


### 5.2 数据库设计```sql-- 用户表CREATE TABLE users (  id BIGINT PRIMARY KEY AUTO_INCREMENT,  email VARCHAR(255) UNIQUE,  phone VARCHAR(20) UNIQUE,  password_hash VARCHAR(255),  created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP);

6. 项目计划

6.1 里程碑

阶段时间交付物负责人
需求评审Week 1PRD 文档产品经理
设计评审Week 2UI 设计稿设计师
开发Week 3-6功能代码开发团队
测试Week 7测试报告测试团队
上线Week 8生产环境运维团队

6.2 任务分解

Phase 1: MVP 核心功能(P0)

  • 用户注册登录
  • 核心功能 A
  • 核心功能 B

Phase 2: 重要功能(P1)

  • 功能 C
  • 功能 D

Phase 3: 增强功能(P2)

  • 功能 E
  • 功能 F

7. 风险与应对

7.1 技术风险

风险影响概率应对措施
第三方 API 不稳定高中实现降级方案,添加重试机制
性能瓶颈中低提前进行压力测试,优化关键路径

7.2 业务风险

风险影响概率应对措施
用户接受度低高中小范围灰度测试,收集反馈快速迭代
竞品抢先发布中低加快开发进度,突出差异化优势

8. 验收标准

8.1 功能验收

  • 所有 P0 功能完整实现
  • 所有用户故事的验收标准通过
  • 无阻塞性 Bug

8.2 性能验收

  • 页面加载时间 < 2 秒
  • API 响应时间 < 500ms
  • 并发测试通过

8.3 安全验收

  • 通过安全扫描
  • 无高危漏洞
  • 数据加密正确实施

9. 附录

9.1 术语表

  • DAU: Daily Active Users,日活跃用户数
  • MAU: Monthly Active Users,月活跃用户数
  • MVP: Minimum Viable Product,最小可行产品

9.2 参考资料

  • [竞品分析报告]
  • [用户调研报告]
  • [技术选型文档]

9.3 变更记录

版本日期变更内容变更人
v1.02025-01-01初始版本张三
v1.12025-01-15增加功能 X李四

## 敏捷开发流程
### Scrum 框架```markdownSprint 周期: 2 周
Sprint 流程:1. Sprint Planning(计划会议)   - 确定 Sprint 目标   - 选择用户故事   - 任务分解和估算
2. Daily Standup(每日站会)   - 昨天完成了什么   - 今天计划做什么   - 遇到什么阻碍
3. Sprint Review(评审会议)   - 演示完成的功能   - 收集反馈   - 更新产品待办列表
4. Sprint Retrospective(回顾会议)   - 总结做得好的地方   - 识别改进机会   - 制定行动计划

用户故事格式

markdown
作为 [用户角色]我希望 [功能描述]以便 [价值/目标]
验收标准:- [ ] 标准 1- [ ] 标准 2- [ ] 标准 3
估算: 5 故事点优先级: P0依赖: US-001

项目管理工具

推荐工具

  • Jira: 敏捷项目管理
  • Trello: 看板管理
  • Asana: 任务协作
  • Notion: 文档和知识库
  • Confluence: 团队协作文档
  • Figma: 设计协作
  • GitHub Projects: 代码项目管理

文档管理

markdown
项目文档结构:├── PRD/│   ├── 产品需求文档.md│   └── 功能规格说明.md├── Design/│   ├── UI 设计稿│   └── 交互原型├── Tech/│   ├── 技术方案.md│   ├── API 文档.md│   └── 数据库设计.md├── Test/│   ├── 测试计划.md│   └── 测试用例.md└── Release/    ├── 发布计划.md    └── 上线检查清单.md

最佳实践

需求收集

  • 与利益相关者深入沟通
  • 观察用户实际使用场景
  • 分析数据和用户反馈
  • 研究竞品和行业趋势

需求分析

  • 区分需求和解决方案
  • 识别真实的用户痛点
  • 评估需求的价值和成本
  • 考虑技术可行性

需求管理

  • 建立需求优先级体系
  • 定期评审和更新需求
  • 管理需求变更
  • 保持需求可追溯性

沟通协作

  • 定期同步项目进展
  • 及时解决阻碍问题
  • 保持文档更新
  • 建立反馈机制

注意事项

  • 始终以用户价值为中心
  • 避免过度设计和功能堆砌
  • 保持需求文档的清晰和可执行性
  • 及时响应需求变更
  • 平衡理想和现实
  • 重视团队协作和沟通
  • 持续学习和改进

来源与署名

来源：aaaaqwq/agi-super-team位于skills/project-management提交7cefd81

许可证： 无许可证

内容归原作者所有。SourceWeft 从公开仓库中收录这些内容。

举报或申请下架

更多Productivity & Workflow技能

Dd Meeting Prep

anthropics

精选

为尽职调查会议（如管理层演示、专家访谈）准备问题清单、基准数据和需重点探查的风险信号。

Productivity & Workflow39K2周前更新

Dd Checklist

anthropics

精选

生成并跟踪按行业定制的尽职调查清单，涵盖各工作流、状态跟踪与红旗升级。

Productivity & Workflow39K2周前更新

Deal Tracker

anthropics

精选

跟踪进行中的并购交易，管理里程碑、截止日期、行动项和每周交易回顾。

Productivity & Workflow39K2周前更新

Client Review

anthropics

精选

为客户回顾会议准备投资组合业绩、配置分析、谈话要点和行动事项。

Productivity & Workflow39K2周前更新

Morning Note

anthropics

精选

为覆盖股票撰写简明的晨会纪要，涵盖隔夜动态、交易想法和当日关键事件。

Productivity & Workflow39K2周前更新

Notion Spec To Implementation

openai

精选

把 Notion 规格说明转化为实施计划、关联任务和进度更新。

Productivity & Workflow27K4周前更新