project-planner

Compare original and translation side by side

🇺🇸

Original

English
🇨🇳

Translation

Chinese

项目路径规划与执行助手

Project Path Planning and Execution Assistant

核心定位

Core Positioning

这是一个专注于项目执行规划的技能,帮助你从想法到落地,系统性地规划项目路径,确保项目按时、高质量地交付。不同于产品需求分析(PRD),这个技能更关注如何做如何做好
This is a skill focused on project execution planning, which helps you systematically plan the project path from idea to implementation, and ensure the project is delivered on time and with high quality. Different from product requirement document (PRD) analysis, this skill pays more attention to how to do it and how to do it well.

适用场景

Applicable Scenarios

项目启动阶段

Project Initiation Phase

  • "我想做个电商小程序,帮我规划一下"
  • "老板让我负责一个新项目,从哪开始?"
  • "这个需求大概需要多久能完成?"
  • "I want to build an e-commerce mini-program, help me make a plan"
  • "My boss asked me to take charge of a new project, where should I start?"
  • "How long will it take to complete this requirement roughly?"

项目规划阶段

Project Planning Phase

  • "帮我分解一下这个项目的任务"
  • "这几个功能有依赖关系,怎么安排顺序?"
  • "如何在3个月内完成这个项目?"
  • "Help me decompose the tasks of this project"
  • "These functions have dependencies, how to arrange the order?"
  • "How to complete this project within 3 months?"

项目执行阶段

Project Execution Phase

  • "项目延期了,怎么调整计划?"
  • "帮我看看这个任务分解是否合理"
  • "如何追踪团队的项目进度?"
  • "The project is delayed, how to adjust the plan?"
  • "Help me check if this task decomposition is reasonable"
  • "How to track the project progress of the team?"

项目收尾阶段

Project Closing Phase

  • "项目要交付了,检查清单有哪些?"
  • "怎么做项目复盘?"
  • "如何沉淀项目经验?"
  • "The project is about to be delivered, what are the items on the check list?"
  • "How to do a project review?"
  • "How to accumulate project experience?"

使用方法

Usage Method

快速开始

Quick Start

直接描述你的项目情况:
"帮我规划一个项目:开发一个团队协作工具,团队3个人,2个月后要上线"
"这是我们产品的功能清单,帮我做个项目计划"
"项目需求发生了变更,帮我重新规划一下路径"
Directly describe your project situation:
"帮我规划一个项目:开发一个团队协作工具,团队3个人,2个月后要上线"
"这是我们产品的功能清单,帮我做个项目计划"
"项目需求发生了变更,帮我重新规划一下路径"

提供详细信息

Provide Detailed Information

提供越多信息,规划越精准:
基本信息
  • 项目名称和目标
  • 团队规模和角色分工
  • 时间约束和关键里程碑
  • 预算和资源限制
项目背景(可选):
  • 是否有现有系统需要对接
  • 技术栈要求或限制
  • 相关的历史项目经验
参考文档(可选):
  • 上传需求文档、设计稿、技术方案等
  • 提供类似项目的参考案例
The more information you provide, the more accurate the plan will be:
Basic Information:
  • Project name and objectives
  • Team size and role division
  • Time constraints and key milestones
  • Budget and resource limits
Project Background (Optional):
  • Whether there is an existing system that needs to be connected
  • Technical stack requirements or restrictions
  • Relevant historical project experience
Reference Documents (Optional):
  • Upload requirement documents, design drafts, technical solutions, etc.
  • Provide reference cases of similar projects

项目规划框架

Project Planning Framework

我会帮你完成以下规划工作:
I will help you complete the following planning work:

1. 项目理解与拆解

1. Project Understanding and Disassembly

项目背景分析
  • 理解项目的核心目标和价值
  • 识别关键利益相关者
  • 明确项目边界和约束条件
任务分解(WBS)
  • 将项目分解为可管理的模块
  • 识别模块间的依赖关系
  • 估算每个任务的工作量
优先级排序
  • 按业务价值排序
  • 按依赖关系排序
  • 按风险高低排序
Project Background Analysis:
  • Understand the core objectives and value of the project
  • Identify key stakeholders
  • Clarify project boundaries and constraints
Task Decomposition (WBS):
  • Decompose the project into manageable modules
  • Identify dependencies between modules
  • Estimate the workload of each task
Priority Sorting:
  • Sort by business value
  • Sort by dependency relationship
  • Sort by risk level

2. 里程碑与时间规划

2. Milestone and Time Planning

里程碑设定
  • 定义清晰的阶段性目标
  • 设置可验证的交付物
  • 预留缓冲时间
时间线规划
  • 绘制项目时间轴
  • 规划关键路径
  • 平衡资源分配
进度安排
  • 合理安排并行任务
  • 避免资源过度集中
  • 预留应急时间
Milestone Setting:
  • Define clear phased objectives
  • Set verifiable deliverables
  • Reserve buffer time
Timeline Planning:
  • Draw the project timeline
  • Plan the critical path
  • Balance resource allocation
Schedule Arrangement:
  • Arrange parallel tasks reasonably
  • Avoid excessive concentration of resources
  • Reserve emergency time

3. 团队与资源规划

3. Team and Resource Planning

角色与职责
  • 明确团队成员角色
  • 定义职责边界
  • 建立汇报关系
资源分配
  • 评估人力资源需求
  • 规划技术/工具资源
  • 预算和时间资源
协作机制
  • 确定沟通频率和方式
  • 建立同步机制
  • 规划协作工具
Roles and Responsibilities:
  • Clarify the roles of team members
  • Define responsibility boundaries
  • Establish reporting relationships
Resource Allocation:
  • Evaluate human resource requirements
  • Plan technical/tool resources
  • Budget and time resources
Collaboration Mechanism:
  • Determine communication frequency and methods
  • Establish a synchronization mechanism
  • Plan collaboration tools

4. 风险管理

4. Risk Management

风险识别
  • 技术风险(技术难点、第三方依赖)
  • 资源风险(人员变动、资源不足)
  • 时间风险(需求变更、进度延误)
  • 质量风险(技术债务、测试覆盖)
风险评估
  • 评估风险发生概率
  • 评估风险影响程度
  • 确定风险优先级
应对策略
  • 制定预防措施
  • 准备应急预案
  • 分配风险责任人
Risk Identification:
  • Technical risks (technical difficulties, third-party dependencies)
  • Resource risks (personnel changes, insufficient resources)
  • Time risks (requirement changes, schedule delays)
  • Quality risks (technical debt, test coverage)
Risk Assessment:
  • Evaluate the probability of risk occurrence
  • Evaluate the impact degree of risks
  • Determine risk priority
Response Strategy:
  • Formulate preventive measures
  • Prepare emergency plans
  • Assign risk responsible persons

5. 质量保障规划

5. Quality Assurance Planning

质量标准
  • 定义质量目标和指标
  • 建立验收标准
  • 确定质量检查点
测试策略
  • 规划测试类型和范围
  • 安排测试时间
  • 定义测试标准
评审机制
  • 规划评审节点
  • 定义评审标准
  • 建立反馈闭环
Quality Standards:
  • Define quality objectives and indicators
  • Establish acceptance criteria
  • Determine quality check points
Test Strategy:
  • Plan test types and scope
  • Arrange test time
  • Define test standards
Review Mechanism:
  • Plan review nodes
  • Define review standards
  • Establish a closed feedback loop

输出成果

Output Results

完成规划后,你会获得以下成果:
After the planning is completed, you will get the following results:

项目概览

Project Overview

  • 项目背景和目标
  • 项目范围和边界
  • 关键约束条件
  • Project background and objectives
  • Project scope and boundaries
  • Key constraints

任务分解

Task Decomposition

  • 工作分解结构(WBS)
  • 任务依赖关系图
  • 任务优先级排序
  • Work Breakdown Structure (WBS)
  • Task dependency diagram
  • Task priority sorting

时间规划

Time Planning

  • 项目里程碑
  • 详细时间表
  • 关键路径标识
  • Project milestones
  • Detailed schedule
  • Critical path identification

团队协作

Team Collaboration

  • 角色分工
  • 沟通计划
  • 协作工具推荐
  • Role division
  • Communication plan
  • Collaboration tool recommendation

风险登记册

Risk Register

  • 识别出的风险清单
  • 风险评估矩阵
  • 应对策略和预案
  • List of identified risks
  • Risk assessment matrix
  • Response strategies and pre-plans

质量保障

Quality Assurance

  • 质量标准
  • 验收标准
  • 检查清单
  • Quality standards
  • Acceptance criteria
  • Check list

项目规划模板

Project Planning Template

快速规划模板

Quick Planning Template

markdown
undefined
markdown
undefined

[项目名称] 规划方案

[项目名称] 规划方案

项目概述

项目概述

  • 项目目标: [一句话描述项目要实现什么]
  • 交付物: [项目最终交付什么]
  • 时间约束: [截止日期或时间范围]
  • 团队规模: [多少人参与]
  • 项目目标: [一句话描述项目要实现什么]
  • 交付物: [项目最终交付什么]
  • 时间约束: [截止日期或时间范围]
  • 团队规模: [多少人参与]

核心任务

核心任务

阶段一:[名称]

阶段一:[名称]

  • 任务1
  • 任务2
  • 任务3
  • 任务1
  • 任务2
  • 任务3

阶段二:[名称]

阶段二:[名称]

  • 任务4
  • 任务5
  • 任务6
  • 任务4
  • 任务5
  • 任务6

里程碑

里程碑

时间点里程碑交付物
Date1M1Deliverable1
Date2M2Deliverable2
时间点里程碑交付物
Date1M1Deliverable1
Date2M2Deliverable2

风险识别

风险识别

风险影响概率应对措施
Risk1HighMediumMitigation
风险影响概率应对措施
Risk1HighMediumMitigation

下一步行动

下一步行动

  1. Action1
  2. Action2
  3. Action3
undefined
  1. Action1
  2. Action2
  3. Action3
undefined

详细规划模板

Detailed Planning Template

markdown
undefined
markdown
undefined

项目规划文档

项目规划文档

1. 项目定义

1. 项目定义

1.1 项目背景

1.1 项目背景

[项目产生的背景和原因]
[项目产生的背景和原因]

1.2 项目目标

1.2 项目目标

  • 主要目标: [核心目标]
  • 次要目标: [辅助目标]
  • 成功标准: [如何判断项目成功]
  • 主要目标: [核心目标]
  • 次要目标: [辅助目标]
  • 成功标准: [如何判断项目成功]

1.3 项目范围

1.3 项目范围

  • 包含范围: [做的是什么]
  • 排除范围: [不做什么]
  • 边界条件: [什么情况下算完成]
  • 包含范围: [做的是什么]
  • 排除范围: [不做什么]
  • 边界条件: [什么情况下算完成]

2. 任务分解

2. 任务分解

2.1 工作分解结构(WBS)

2.1 工作分解结构(WBS)

项目
├── 模块1
│   ├── 任务1.1
│   ├── 任务1.2
│   └── 任务1.3
├── 模块2
│   ├── 任务2.1
│   └── 任务2.2
└── 模块3
    ├── 任务3.1
    └── 任务3.2
项目
├── 模块1
│   ├── 任务1.1
│   ├── 任务1.2
│   └── 任务1.3
├── 模块2
│   ├── 任务2.1
│   └── 任务2.2
└── 模块3
    ├── 任务3.1
    └── 任务3.2

2.2 任务详情

2.2 任务详情

ID任务名称负责人工期依赖优先级
T1任务1PersonA3天-P0
T2任务2PersonB2天T1P0
ID任务名称负责人工期依赖优先级
T1任务1PersonA3天-P0
T2任务2PersonB2天T1P0

3. 时间规划

3. 时间规划

3.1 里程碑

3.1 里程碑

日期里程碑验收标准状态
DateM1CriteriaDone
日期里程碑验收标准状态
DateM1CriteriaDone

3.2 详细进度

3.2 详细进度

[甘特图或时间轴]
[甘特图或时间轴]

3.3 关键路径

3.3 关键路径

[标识关键路径任务]
[标识关键路径任务]

4. 资源规划

4. 资源规划

4.1 团队组成

4.1 团队组成

角色姓名职责工作量
负责人XXX整体把控50%
开发XXX技术实现100%
角色姓名职责工作量
负责人XXX整体把控50%
开发XXX技术实现100%

4.2 资源需求

4.2 资源需求

  • 硬件资源
  • 软件资源
  • 外部服务
  • 硬件资源
  • 软件资源
  • 外部服务

5. 风险管理

5. 风险管理

5.1 风险清单

5.1 风险清单

ID风险描述影响概率风险等级应对策略责任人
R1XXXXXXXXX
ID风险描述影响概率风险等级应对策略责任人
R1XXXXXXXXX

5.2 应急预案

5.2 应急预案

[关键风险的应急预案]
[关键风险的应急预案]

6. 沟通计划

6. 沟通计划

6.1 常规会议

6.1 常规会议

会议频率参与者输出
站会每天团队进展同步
周会每周团队+干系人进度汇报
会议频率参与者输出
站会每天团队进展同步
周会每周团队+干系人进度汇报

6.2 报告机制

6.2 报告机制

  • 日报/周报模板
  • 进度报告频率
  • 升级流程
  • 日报/周报模板
  • 进度报告频率
  • 升级流程

7. 质量保障

7. 质量保障

7.1 质量目标

7.1 质量目标

  • 功能完整性: 100%
  • Bug数量: < 10
  • 性能指标: ...
  • 功能完整性: 100%
  • Bug数量: < 10
  • 性能指标: ...

7.2 验收标准

7.2 验收标准

  • 标准1
  • 标准2
  • 标准1
  • 标准2

7.3 检查清单

7.3 检查清单

  • 检查点1
  • 检查点2
  • 检查点1
  • 检查点2

8. 变更管理

8. 变更管理

变更流程

变更流程

  1. 提出变更请求
  2. 评估变更影响
  3. 审批变更
  4. 执行变更
  5. 验证变更效果
  1. 提出变更请求
  2. 评估变更影响
  3. 审批变更
  4. 执行变更
  5. 验证变更效果

附录

附录

  • 术语表
  • 参考资料
  • 历史记录
undefined
  • 术语表
  • 参考资料
  • 历史记录
undefined

最佳实践

Best Practices

规划阶段

Planning Phase

  • 尽早开始:项目启动后尽快规划
  • 全员参与:关键人员参与规划
  • 保持灵活:规划要可调整
  • 明确假设:标注不确定因素
  • Start as early as possible: Plan as soon as possible after the project starts
  • Full participation: Key personnel participate in the planning
  • Stay flexible: The plan should be adjustable
  • Clarify assumptions: Mark uncertain factors

执行阶段

Execution Phase

  • 定期回顾:每周回顾计划执行情况
  • 及时调整:发现偏差及时修正
  • 透明沟通:保持信息同步
  • 关注风险:持续监控风险
  • Regular review: Review the implementation of the plan every week
  • Adjust in time: Correct deviations as soon as they are found
  • Transparent communication: Keep information synchronized
  • Focus on risks: Continuously monitor risks

收尾阶段

Closing Phase

  • 完整交付:确保交付物完整
  • 文档归档:整理项目文档
  • 经验复盘:总结经验教训
  • 知识沉淀:沉淀可复用的方法
  • Complete delivery: Ensure that the deliverables are complete
  • Document archiving: Organize project documents
  • Experience review: Summarize experiences and lessons
  • Knowledge precipitation: Precipitate reusable methods

与其他技能配合

Cooperation with Other Skills

这个技能可以与以下技能配合使用:
  • project-management:先做需求分析,再做执行规划
  • task-management:将规划转化为任务列表
  • code-development:技术实现阶段指导
  • document-skills:编写项目文档
  • time-management:个人时间管理优化
This skill can be used in conjunction with the following skills:
  • project-management: First do requirement analysis, then do execution planning
  • task-management: Convert the plan into a task list
  • code-development: Guidance in the technical implementation stage
  • document-skills: Write project documents
  • time-management: Optimize personal time management

注意事项

Notes

  1. 规划要有依据:基于数据和分析,而非拍脑袋
  2. 留有缓冲:计划要预留应急时间
  3. 定期更新:计划要随项目进展更新
  4. 关注执行:规划是为了执行,不是为了完美
  5. 团队共识:规划要与团队达成共识
  6. 持续优化:根据实际情况持续优化规划方法
  1. The plan should be based on evidence: Based on data and analysis, not random assumptions
  2. Reserve buffer: Reserve emergency time in the plan
  3. Update regularly: The plan should be updated as the project progresses
  4. Focus on execution: Planning is for execution, not for perfection
  5. Team consensus: The plan should reach a consensus with the team
  6. Continuous optimization: Continuously optimize the planning method according to the actual situation

常见问题

Frequently Asked Questions

Q: 规划需要多长时间?

Q: How long does planning take?

A: 简单项目几小时,复杂项目可能需要几天。关键是规划质量,不是速度。
A: A few hours for simple projects, and a few days for complex projects. The key is the quality of planning, not speed.

Q: 规划可以变更吗?

Q: Can the plan be changed?

A: 当然可以。规划是活的,需要根据实际情况调整。关键是控制变更的影响。
A: Of course. The plan is dynamic and needs to be adjusted according to the actual situation. The key is to control the impact of changes.

Q: 任务分解多细合适?

Q: How detailed should the task decomposition be?

A: 一般分解到2-3天可完成的任务。太粗难以追踪,太细管理成本高。
A: Generally, it is appropriate to decompose into tasks that can be completed in 2-3 days. Too coarse is difficult to track, too fine leads to high management costs.

Q: 如何保证规划落地?

Q: How to ensure the implementation of the plan?

A: 规划+执行+反馈闭环。定期回顾,及时调整,确保规划指导执行。
A: Planning + execution + closed feedback loop. Review regularly, adjust in time, and ensure that the plan guides execution.