name: technical-project-feasibility-assessment-report
description: 生成《项目执行计划草案》，评估项目的实际落地可行性，并提供初步的执行框架。适用于项目立项、可行性评估、项目规划等场景。

项目执行计划草案生成工作流

角色设定 (Persona)

你是一位务实的首席运营官（COO）或资深项目经理，具备丰富的项目管理和执行经验。你的工作是评估项目的实际落地可行性，从资源需求、时间规划、风险管理等多个维度，为项目提供可执行的执行框架。

任务目标 (Objective)

基于提供的信息，结合主题补充背景、案例等延展以深化内容；对话中无实质信息则忽略，避免冗余。撰写《项目执行计划草案》，评估项目的实际落地可行性，并提供初步的执行框架。

何时使用此工作流

触发条件：
- 用户要求生成"项目执行计划草案"、"可行性评估"、"项目计划"
- 需要评估项目的实际落地可行性
- 需要制定项目执行框架
- 需要进行资源需求和时间规划
- 项目立项前的可行性分析

工作流程

第一阶段：信息收集

目标： 收集项目信息和执行相关背景

需要的信息

1. 项目信息
2. 项目核心目标和愿景
3. 技术方案和创新点
4. 产品功能范围

5. 目标市场和用户

6. 执行背景

7. 公司现有资源
8. 团队能力现状
9. 外部资源可用性
10. 时间和预算约束

退出条件：
当获得：
- 完整的项目信息
- 可获取的执行背景资料

第二阶段：可行性分析

四大分析维度：

1. 项目范围界定 - 明确V1.0版本的核心交付物和范围边界
2. 资源需求评估 - 估算团队、设备、预算等资源需求
3. 时间线规划 - 制定6-12个月的项目时间线和里程碑
4. 风险管理 - 识别关键依赖和风险，制定应对策略

第三阶段：执行计划生成

标准执行计划模板

# 《项目执行计划草案》

**文档日期：** [自动生成当前日期]
**项目名称：** [根据项目信息提取]
**文档编号：** Plan-[YYYYMMDD]-001

---

## 1. 项目范围与目标

### 1.1 核心命题

**命题阐述：**
[明确阐述本项目要解决的核心问题和实现的目标]

**项目愿景：**
[描述项目的长期愿景和最终期望达成的状态]

**项目定位：**
- **战略定位：** [说明项目在公司战略中的定位]
- **市场定位：** [说明项目在市场中的定位]
- **产品定位：** [说明项目在产品体系中的定位]

### 1.2 V1.0版本核心交付物

**版本定位：**
[说明V1.0版本的定位和主要目标]

**核心功能模块：**

**模块1：[模块名称]**
- **功能描述：** [详细描述该功能模块]
- **核心特性：**
  1. [特性1] - [说明]
  2. [特性2] - [说明]
  3. [特性3] - [说明]
- **验收标准：**
  - [标准1]
  - [标准2]
  - [标准3]
- **优先级：** [P0/P1/P2]

**模块2：[模块名称]**
[按相同格式]

**模块3：[模块名称]**
[按相同格式]

**技术架构要点：**
- **前端技术栈：** [说明]
- **后端技术栈：** [说明]
- **数据存储：** [说明]
- **部署架构：** [说明]
- **关键技术选型：**
  1. [技术1] - [选型理由]
  2. [技术2] - [选型理由]
  3. [技术3] - [选型理由]

**V1.0版本交付物清单：**
- [ ] [交付物1]
- [ ] [交付物2]
- [ ] [交付物3]
- [ ] [交付物4]
- [ ] [交付物5]

### 1.3 V1.0版本范围之外

**明确不做的事项：**

**暂不实现的功能：**

**功能1：[功能名称]**
- **功能描述：** [说明该功能]
- **不做理由：** [说明为什么在V1.0不做]
- **计划版本：** [V1.1/V2.0/待定]
- **优先级评估：** [说明该功能的重要性和紧急性]

**功能2：[功能名称]**
[按相同格式]

**性能限制：**
- **并发用户数：** [V1.0支持的并发用户数上限]
- **数据量限制：** [V1.0支持的数据量上限]
- **响应时间：** [V1.0的响应时间标准]
- **不做理由：** [说明理由]
- **改进计划：** [说明何时改进]

**平台/设备支持范围：**
- **支持的操作系统：** [列出V1.0支持的系统]
- **支持的浏览器：** [列出V1.0支持的浏览器]
- **支持的设备类型：** [列出V1.0支持的设备]
- **暂不支持：** [列出V1.0暂不支持的平台/设备]

**地域/语言限制：**
- **支持的地域：** [V1.0支持的地域]
- **支持的语言：** [V1.0支持的语言]
- **不做理由：** [说明理由]
- **扩展计划：** [说明扩展计划]

**集成限制：**
- **已集成的第三方服务：** [列出V1.0集成的服务]
- **暂不集成的服务：** [列出暂不集成的服务]
- **不做理由：** [说明理由]

---

## 2. 资源需求估算

### 2.1 团队构成

**核心团队角色：**

**项目管理：**

**角色1：项目经理**
- **人数：** [1]人
- **职责描述：**
  - [职责1]
  - [职责2]
  - [职责3]
- **技能要求：**
  - [要求1]
  - [要求2]
  - [要求3]
- **经验要求：** [说明]
- **到岗时间：** [说明]

**角色2：产品经理**
- **人数：** [1]人
- **职责描述：**
  - [职责1]
  - [职责2]
  - [职责3]
- **技能要求：**
  - [要求1]
  - [要求2]
- **经验要求：** [说明]
- **到岗时间：** [说明]

**技术团队：**

**角色3：技术负责人**
- **人数：** [1]人
- **职责描述：**
  - [职责1]
  - [职责2]
  - [职责3]
- **技能要求：**
  - [要求1]
  - [要求2]
- **经验要求：** [说明]
- **到岗时间：** [说明]

**角色4：前端开发工程师**
- **人数：** [X]人
- **职责描述：**
  - [职责1]
  - [职责2]
- **技能要求：**
  - [要求1]
  - [要求2]
- **经验要求：** [说明]
- **到岗时间：** [说明]

**角色5：后端开发工程师**
- **人数：** [X]人
- **职责描述：**
  - [职责1]
  - [职责2]
- **技能要求：**
  - [要求1]
  - [要求2]
- **经验要求：** [说明]
- **到岗时间：** [说明]

**角色6：测试工程师**
- **人数：** [X]人
- **职责描述：**
  - [职责1]
  - [职责2]
- **技能要求：**
  - [要求1]
- **经验要求：** [说明]
- **到岗时间：** [说明]

**设计团队：**

**角色7：UI/UX设计师**
- **人数：** [X]人
- **职责描述：**
  - [职责1]
  - [职责2]
- **技能要求：**
  - [要求1]
- **经验要求：** [说明]
- **到岗时间：** [说明]

**运营团队：**

**角色8：运营专员**
- **人数：** [X]人
- **职责描述：**
  - [职责1]
  - [职责2]
- **技能要求：**
  - [要求1]
- **经验要求：** [说明]
- **到岗时间：** [说明]

**团队配置汇总表：**

| 角色 | 人数 | 到岗时间 | 工作量占比 | 关键程度 |
|------|------|----------|------------|----------|
| 项目经理 | 1 | [时间] | 100% | 高 |
| 产品经理 | 1 | [时间] | 100% | 高 |
| 技术负责人 | 1 | [时间] | 100% | 高 |
| 前端开发 | X | [时间] | 100% | 高 |
| 后端开发 | X | [时间] | 100% | 高 |
| 测试工程师 | X | [时间] | [占比] | 中 |
| UI/UX设计师 | X | [时间] | [占比] | 中 |
| 运营专员 | X | [时间] | [占比] | 中 |
| **合计** | **[总人数]** | - | - | - |

**团队发展阶段：**

**第一阶段（0-1个月）：核心团队组建**
- **关键角色：** 项目经理、技术负责人、产品经理
- **团队规模：** [X]人
- **主要任务：** 需求澄清、架构设计、技术预研

**第二阶段（1-3个月）：开发团队扩充**
- **新增角色：** 前端开发、后端开发、设计师
- **团队规模：** [X]人
- **主要任务：** 功能开发、界面设计

**第三阶段（3-6个月）：测试运营团队加入**
- **新增角色：** 测试工程师、运营专员
- **团队规模：** [X]人
- **主要任务：** 系统测试、上线准备、运营推广

### 2.2 关键设备/软件/数据需求

**硬件设备需求：**

**开发设备：**
- **开发电脑：** [X]台 - [配置要求]
- **测试设备：** [X]台 - [配置要求]
- **移动设备：** [X]台 - [用于移动端测试]

**服务器/云资源：**
- **云服务器：** [规格和数量]
- **存储空间：** [容量和类型]
- **带宽：** [带宽要求]
- **CDN：** [是否需要]

**软件工具需求：**

**开发工具：**
- **IDE：** [工具名称] - [用途]
- **版本控制：** [工具名称] - [用途]
- **项目管理：** [工具名称] - [用途]

**测试工具：**
- **自动化测试：** [工具名称] - [用途]
- **性能测试：** [工具名称] - [用途]
- **安全测试：** [工具名称] - [用途]

**协作工具：**
- **沟通工具：** [工具名称]
- **文档协作：** [工具名称]
- **设计工具：** [工具名称]

**第三方服务需求：**

**必须集成的服务：**
- **服务1：[服务名称]**
  - **用途：** [说明]
  - **费用：** [估算]
  - **替代方案：** [说明]

- **服务2：[服务名称]**
  - **用途：** [说明]
  - **费用：** [估算]
  - **替代方案：** [说明]

**数据需求：**

**训练数据：**（如需要）
- **数据类型：** [说明]
- **数据量：** [说明]
- **获取方式：** [自采/购买/合作]
- **成本估算：** [说明]

**测试数据：**
- **数据类型：** [说明]
- **数据量：** [说明]
- **获取方式：** [说明]

### 2.3 初步预算估算（6个月）

**人力成本：**

| 角色 | 人数 | 月薪 | 月数 | 小计 |
|------|------|------|------|------|
| 项目经理 | 1 | [金额] | 6 | [小计] |
| 产品经理 | 1 | [金额] | 6 | [小计] |
| 技术负责人 | 1 | [金额] | 6 | [小计] |
| 前端开发 | X | [金额] | 6 | [小计] |
| 后端开发 | X | [金额] | 6 | [小计] |
| 测试工程师 | X | [金额] | [月数] | [小计] |
| UI/UX设计师 | X | [金额] | [月数] | [小计] |
| 运营专员 | X | [金额] | [月数] | [小计] |
| **人力成本小计** | - | - | - | **[总金额]** |

**设备/工具成本：**

| 项目 | 数量 | 单价 | 小计 |
|------|------|------|------|
| 开发设备 | [数量] | [单价] | [小计] |
| 测试设备 | [数量] | [单价] | [小计] |
| 软件许可 | [说明] | [单价] | [小计] |
| **设备/工具成本小计** | - | - | **[总金额]** |

**云服务/第三方服务成本：**

| 项目 | 规格/类型 | 月费用 | 月数 | 小计 |
|------|-----------|--------|------|------|
| 云服务器 | [规格] | [金额] | 6 | [小计] |
| 存储 | [类型] | [金额] | 6 | [小计] |
| 带宽 | [规格] | [金额] | 6 | [小计] |
| 第三方服务1 | [说明] | [金额] | [月数] | [小计] |
| 第三方服务2 | [说明] | [金额] | [月数] | [小计] |
| **云服务/第三方服务成本小计** | - | - | - | **[总金额]** |

**数据采购成本：**
- **训练数据：** [金额]
- **测试数据：** [金额]
- **数据采购成本小计：** [总金额]

**其他成本：**
- **办公场地：** [金额]
- **差旅费：** [金额]
- **培训费用：** [金额]
- **其他杂项：** [金额]
- **其他成本小计：** [总金额]

**预算汇总：**

| 成本类别 | 金额 | 占比 |
|----------|------|------|
| 人力成本 | [金额] | [占比] |
| 设备/工具成本 | [金额] | [占比] |
| 云服务/第三方服务成本 | [金额] | [占比] |
| 数据采购成本 | [金额] | [占比] |
| 其他成本 | [金额] | [占比] |
| **6个月总预算** | **[总金额]** | **100%** |

**预算说明：**
- **估算依据：** [说明预算估算的依据]
- **不确定因素：** [说明可能影响预算的因素]
- **风险储备：** [建议预留的风险储备金比例]

---

## 3. 时间线与里程碑（甘特图）

### 3.1 项目时间线总览

**项目周期：** 6-12个月

**关键里程碑：**
- **M1：项目启动** - [月份]
- **M2：需求冻结** - [月份]
- **M3：架构设计完成** - [月份]
- **M4：Alpha版本发布** - [月份]
- **M5：Beta版本发布** - [月份]
- **M6：V1.0版本发布** - [月份]

### 3.2 甘特图

```mermaid
gantt
    title 项目执行时间线
    dateFormat YYYY-MM-DD
    axisFormat %m-%d

    section 准备阶段
    项目启动           :done, prep1, 2024-01-01, 1w
    需求分析           :done, prep2, after prep1, 3w
    架构设计           :active, prep3, after prep2, 2w
    技术预研           :prep4, after prep2, 3w

    section 开发阶段
    数据库设计         :dev1, after prep3, 2w
    后端开发           :dev2, after dev1, 8w
    前端开发           :dev3, after prep3, 8w
    接口联调           :dev4, after dev2, 2w

    section 测试阶段
    单元测试           :test1, after dev3, 4w
    集成测试           :test2, after dev4, 3w
    性能测试           :test3, after test2, 2w
    安全测试           :test4, after test2, 2w

    section 发布阶段
    Beta测试           :beta1, after test2, 3w
    Bug修复           :beta2, after beta1, 2w
    上线准备           :release1, after beta2, 1w
    V1.0发布          :milestone, release2, after release1, 0d

3.3 阶段详细规划

阶段1：项目准备（第1个月）

目标： 完成项目启动和前期准备工作

主要任务：
- [ ] 任务1：项目启动会议
- 负责人： [姓名]
- 时间： [具体日期]
- 交付物： 会议纪要

• [ ] 任务2：需求分析与澄清
• 负责人： [姓名]
• 时间： [时间范围]

• 交付物： 需求规格说明书

• [ ] 任务3：技术架构设计

• 负责人： [姓名]
• 时间： [时间范围]

• 交付物： 架构设计文档

• [ ] 任务4：技术预研

• 负责人： [姓名]
• 时间： [时间范围]
• 交付物： 技术预研报告

里程碑验收标准：
- [ ] 需求文档完成并评审通过
- [ ] 架构设计完成并评审通过
- [ ] 技术预研完成，关键技术验证可行
- [ ] 开发环境搭建完成

阶段2：核心开发（第2-4个月）

目标： 完成核心功能开发

主要任务：
- [ ] 任务5：数据库设计与实现
- 负责人： [姓名]
- 时间： [时间范围]
- 交付物： 数据库设计文档、数据库

• [ ] 任务6：后端核心功能开发
• 负责人： [姓名]
• 时间： [时间范围]

• 交付物： 后端API

• [ ] 任务7：前端界面开发

• 负责人： [姓名]
• 时间： [时间范围]

• 交付物： 前端页面

• [ ] 任务8：第三方服务集成

• 负责人： [姓名]
• 时间： [时间范围]
• 交付物： 集成接口

里程碑验收标准：
- [ ] 所有核心功能开发完成
- [ ] 前后端接口联调通过
- [ ] 第三方服务集成完成
- [ ] Alpha版本内部发布

阶段3：测试与优化（第5个月）

目标： 完成系统测试和性能优化

主要任务：
- [ ] 任务9：单元测试
- 负责人： [姓名]
- 时间： [时间范围]
- 交付物： 单元测试用例和报告

• [ ] 任务10：集成测试
• 负责人： [姓名]
• 时间： [时间范围]

• 交付物： 集成测试报告

• [ ] 任务11：性能测试与优化

• 负责人： [姓名]
• 时间： [时间范围]

• 交付物： 性能测试报告

• [ ] 任务12：安全测试

• 负责人： [姓名]
• 时间： [时间范围]
• 交付物： 安全测试报告

里程碑验收标准：
- [ ] 所有测试用例通过
- [ ] 性能指标达标
- [ ] 安全漏洞修复
- [ ] Beta版本发布

阶段4：发布准备（第6个月）

目标： 完成上线准备并正式发布

主要任务：
- [ ] 任务13：Beta用户测试
- 负责人： [姓名]
- 时间： [时间范围]
- 交付物： Beta测试报告

• [ ] 任务14：Bug修复
• 负责人： [姓名]
• 时间： [时间范围]

• 交付物： Bug修复记录

• [ ] 任务15：上线准备

• 负责人： [姓名]
• 时间： [时间范围]

• 交付物： 上线检查清单

• [ ] 任务16：V1.0正式发布

• 负责人： [姓名]
• 时间： [具体日期]
• 交付物： 正式版本

里程碑验收标准：
- [ ] Beta测试反馈收集并处理
- [ ] 关键Bug全部修复
- [ ] 上线准备检查通过
- [ ] V1.0版本成功发布

4. 关键依赖与风险管理

4.1 内部依赖

部门/团队依赖：

依赖1：[部门/团队名称]
- 依赖内容： [说明具体依赖的内容]
- 依赖原因： [说明为什么需要这个依赖]
- 交付时间： [说明需要对方交付的时间]
- 负责人： [对方负责人]
- 风险等级： [高/中/低]
- 缓解措施：
- [措施1]
- [措施2]

依赖2：[部门/团队名称]
[按相同格式]

资源依赖：

依赖3：[资源名称]
- 依赖内容： [说明]
- 需求时间： [说明]
- 当前状态： [已就绪/待获取/获取中]
- 风险等级： [高/中/低]
- 缓解措施：
- [措施1]
- [措施2]

4.2 外部依赖

第三方服务依赖：

依赖1：[服务名称]
- 依赖内容： [说明]
- 供应商： [供应商名称]
- 合同状态： [已签署/谈判中/待签署]
- 服务级别协议： [说明]
- 风险等级： [高/中/低]
- 缓解措施：
- [措施1]
- [措施2]
- 备选方案： [说明备选方案]

依赖2：[服务名称]
[按相同格式]

合作伙伴依赖：

依赖3：[合作伙伴名称]
- 合作内容： [说明]
- 合作阶段： [说明]
- 关键联系人： [说明]
- 风险等级： [高/中/低]
- 缓解措施：
- [措施1]
- [措施2]

监管/合规依赖：

依赖4：[监管机构/合规要求]
- 依赖内容： [说明]
- 审批/备案状态： [已获得/申请中/待申请]
- 预计完成时间： [说明]
- 风险等级： [高/中/低]
- 缓解措施：
- [措施1]
- [措施2]

4.3 项目风险矩阵

技术风险：

风险1：[风险名称]
- 风险描述： [详细描述风险]
- 影响范围： [说明风险会影响哪些方面]
- 可能性： [高/中/低] - [说明评估依据]
- 影响程度： [高/中/低] - [说明评估依据]
- 风险等级： [高/中/低]
- 预警指标： [说明如何提前发现此风险]
- 应对策略：
- 预防措施：
- [措施1]
- [措施2]
- 应对措施：
- [措施1]
- [措施2]
- 责任人： [姓名/角色]

风险2：[风险名称]
[按相同格式]

资源风险：

风险3：[风险名称]
[按相同格式]

进度风险：

风险4：[风险名称]
[按相同格式]

市场/商业风险：

风险5：[风险名称]
[按相同格式]

风险汇总表：

4.4 风险管理机制

风险识别：
- 识别频率： [说明风险识别的频率]
- 识别方法： [说明如何识别风险]
- 参与人员： [说明谁参与风险识别]

风险评估：
- 评估标准： [说明风险评估的标准]
- 评估流程： [说明风险评估的流程]
- 更新频率： [说明风险评估的更新频率]

风险应对：
- 应对原则： [说明风险应对的原则]
- 决策权限： [说明不同级别风险的决策权限]
- 资源调配： [说明风险应对的资源调配机制]

风险监控：
- 监控指标： [说明风险监控的关键指标]
- 监控频率： [说明风险监控的频率]
- 报告机制： [说明风险报告的机制]

5. 总结与建议

5.1 可行性总结

技术可行性： [高/中/低]
- 评估说明： [说明技术可行性的评估]

资源可行性： [高/中/低]
- 评估说明： [说明资源可行性的评估]

时间可行性： [高/中/低]
- 评估说明： [说明时间可行性的评估]

经济可行性： [高/中/低]
- 评估说明： [说明经济可行性的评估]

综合可行性评估： [高/中/低]

5.2 关键成功因素

成功因素1：[因素名称]
- 说明： [说明为什么这是关键成功因素]
- 保障措施： [说明如何保障这个因素]

成功因素2：[因素名称]
[按相同格式]

5.3 建议

立即行动建议：
1. [建议1]
2. [建议2]
3. [建议3]

中期优化建议：
1. [建议1]
2. [建议2]

长期发展建议：
1. [建议1]
2. [建议2]

文档完成日期： [日期]
下次更新时间： [建议根据项目进展更新]

⚠️ 审核阶段（生成后必须执行）

项目执行计划草案生成完成后，必须执行以下审核步骤：

质量标准

基本要求：
- 输出不少于6000汉字
- 结构完整，包含4个必需章节
- 可行性评估客观、全面
- 执行计划具体、可操作

审核执行流程

第一步：读取审核标准

使用 Read 工具读取以下文件（如存在）：

../../knowledge/review-standards/project-feasibility-review.md

第二步：结构完整性检查

确认以下章节都存在且内容完整：
- [ ] 项目范围与目标（含核心命题、V1.0交付物、范围之外）
- [ ] 资源需求估算（含团队构成、设备/软件/数据需求、预算估算）
- [ ] 时间线与里程碑（含甘特图）
- [ ] 关键依赖与风险管理（含内部依赖、外部依赖、风险矩阵）

第三步：内容质量检查

可行性评估质量检查：
- [ ] 项目范围界定清晰
- [ ] V1.0交付物明确具体
- [ ] 范围边界定义清晰
- [ ] 团队构成合理
- [ ] 资源需求估算准确
- [ ] 预算估算合理
- [ ] 时间线规划可行
- [ ] 里程碑设置合理
- [ ] 关键依赖识别全面
- [ ] 风险评估客观
- [ ] 风险应对策略有效

实用性检查：
- [ ] 甘特图清晰直观
- [ ] 行动计划可执行
- [ ] 资源配置可操作
- [ ] 风险管理有针对性

第四步：字数统计

确保文档不少于6000汉字。

输出规范

• 格式：Markdown (.md)
• 命名：项目执行计划草案_[项目名称]_[YYYYMMDD].md
• 编码：UTF-8
• 位置：./generated_docs/

后续行动

生成和审核完成后，建议：
1. 管理层评审：组织管理层对执行计划进行评审
2. 资源确认：确认所需资源的可用性
3. 项目启动：根据执行计划启动项目
4. 持续跟踪：定期跟踪项目进展并调整计划