wangsli/hyb-oa
1
0
派生 0
代码 工单 合并请求 工作流 8 软件包 项目 发布 百科 活动

A1-A5 整理MVP需求基线与开发流程

浏览代码
这个提交包含在：
wangsli
2026-05-09 15:44:48 +08:00
父节点 8110e7df9c
当前提交 f196844fd3
共修改 2 个文件，包含 265 行新增和 1473 行删除
下载 Patch 文件 下载 Diff 文件 展开所有文件 折叠所有文件
docs/requirements-specification.md
+259 -1473
查看文件
文件差异内容过多而无法显示 加载差异
issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv
+6
查看文件
@@ -0,0 +1,6 @@
ID,Title,Description,Acceptance,Test_Method,Tools,Dev_Status,Review1_Status,Regression_Status,Files,Dependencies,Notes
A1,需求事实源盘点与旧文档定位,"盘点现有需求、产品口径、功能矩阵和管理员/员工文档，明确哪些是当前 PRD，哪些是历史证据或实现状态。","1) docs/requirements-specification.md 明确自己是当前 PRD 主事实源；2) docs/feature-matrix.md 被定位为实现状态矩阵，不再作为 PRD 扩写；3) docs/product-decisions.md 继续作为关键产品口径来源；4) 不回改历史 Issue CSV。","人工步骤：阅读 docs/requirements-specification.md 的文档定位章节，确认能区分当前 PRD、产品决策、实现矩阵和执行合同。",manual,DONE,DONE,DONE,docs/requirements-specification.md,"[]","仅整理事实源，不修改业务代码。"
A2,重写 MVP 需求总纲 v2.0,"将 docs/requirements-specification.md 从历史 Phase 1 报销规格重写为面向 10 人以下科技公司的 MVP 需求总纲。","1) 文档版本更新到 v2.0；2) 包含项目目标、用户角色、MVP 模块、统一审批中心、企微边界、权限审计、非功能、验收和 backlog；3) 不继续堆历史 Phase 1 实施细节。","人工步骤：检查 docs/requirements-specification.md 是否能回答我们做什么、先做什么、不做什么、谁使用、如何验收。",manual,DONE,DONE,DONE,docs/requirements-specification.md,"[""A1""]","旧 v1.4 内容通过 git 历史保留；如需恢复可按路径回滚该文档。"
A3,固化 MVP 模块优先级,"在需求总纲中明确首批 MVP 模块优先级，指导后续 Issue CSV 拆分和开发排序。","1) 统一审批中心为 P0；2) 报销/发票/OCR、请假/补卡/外出/加班、采购/费用、合同/附件归档、企业微信入口通知均有优先级；3) 每个模块写清角色、入口、主流程、数据归档、权限边界、测试方式。","人工步骤：逐项检查 MVP 模块表与模块章节，确认每个模块都有优先级和验收口径。",manual,DONE,DONE,DONE,docs/requirements-specification.md,"[""A2""]","模块优先级用于下一轮执行合同拆分，不代表本轮开发新功能。"
A4,明确暂不做范围,"明确飞书、企业微信原生审批、复杂 BPM 设计器、重型项目管理和付费低代码依赖均不进入首批 MVP。","1) 文档明确飞书方案废弃；2) 企业微信原生审批不作为正式审批入口；3) 不依赖付费低代码或付费第三方应用；4) 复杂 BPM、重型项目管理、CRM、完整 ERP 不进入 MVP。","人工步骤：搜索 docs/requirements-specification.md 中的暂不做范围，确认不会误导后续开发接入飞书或企业微信审批。",manual,DONE,DONE,DONE,docs/requirements-specification.md,"[""A2""]","如后续业务方向变化，必须新建 Issue CSV 重新决策。"
A5,补齐需求验收与后续开发流程,"把软件开发项目流程、需求到 Issue CSV 的转化规则和 MVP 验收口径写入需求总纲。","1) 文档包含需求事实源 -> Issue CSV -> 方案 -> 开发 -> 测试 -> 部署验收 -> 复盘流程；2) MVP 验收覆盖 PC、移动、企业微信入口、审批、报销、请假、采购和文档检查；3) 本轮只做文档验证，不运行后端/前端构建。","命令：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv && git diff --check；人工步骤：确认需求总纲可作为后续开发指挥文档。",python3|git,DONE,DONE,DONE,issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv|docs/requirements-specification.md,"[""A1"",""A2"",""A3"",""A4""]","本轮不部署；完成后提交中文 commit 并引用 A1-A5。"
1 ID Title Description Acceptance Test_Method Tools Dev_Status Review1_Status Regression_Status Files Dependencies Notes
2 A1 需求事实源盘点与旧文档定位 盘点现有需求、产品口径、功能矩阵和管理员/员工文档，明确哪些是当前 PRD，哪些是历史证据或实现状态。 1) docs/requirements-specification.md 明确自己是当前 PRD 主事实源；2) docs/feature-matrix.md 被定位为实现状态矩阵，不再作为 PRD 扩写；3) docs/product-decisions.md 继续作为关键产品口径来源；4) 不回改历史 Issue CSV。 人工步骤：阅读 docs/requirements-specification.md 的文档定位章节，确认能区分当前 PRD、产品决策、实现矩阵和执行合同。 manual DONE DONE DONE docs/requirements-specification.md [] 仅整理事实源，不修改业务代码。
3 A2 重写 MVP 需求总纲 v2.0 将 docs/requirements-specification.md 从历史 Phase 1 报销规格重写为面向 10 人以下科技公司的 MVP 需求总纲。 1) 文档版本更新到 v2.0；2) 包含项目目标、用户角色、MVP 模块、统一审批中心、企微边界、权限审计、非功能、验收和 backlog；3) 不继续堆历史 Phase 1 实施细节。 人工步骤：检查 docs/requirements-specification.md 是否能回答我们做什么、先做什么、不做什么、谁使用、如何验收。 manual DONE DONE DONE docs/requirements-specification.md ["A1"] 旧 v1.4 内容通过 git 历史保留；如需恢复可按路径回滚该文档。
4 A3 固化 MVP 模块优先级 在需求总纲中明确首批 MVP 模块优先级，指导后续 Issue CSV 拆分和开发排序。 1) 统一审批中心为 P0；2) 报销/发票/OCR、请假/补卡/外出/加班、采购/费用、合同/附件归档、企业微信入口通知均有优先级；3) 每个模块写清角色、入口、主流程、数据归档、权限边界、测试方式。 人工步骤：逐项检查 MVP 模块表与模块章节，确认每个模块都有优先级和验收口径。 manual DONE DONE DONE docs/requirements-specification.md ["A2"] 模块优先级用于下一轮执行合同拆分，不代表本轮开发新功能。
5 A4 明确暂不做范围 明确飞书、企业微信原生审批、复杂 BPM 设计器、重型项目管理和付费低代码依赖均不进入首批 MVP。 1) 文档明确飞书方案废弃；2) 企业微信原生审批不作为正式审批入口；3) 不依赖付费低代码或付费第三方应用；4) 复杂 BPM、重型项目管理、CRM、完整 ERP 不进入 MVP。 人工步骤：搜索 docs/requirements-specification.md 中的暂不做范围，确认不会误导后续开发接入飞书或企业微信审批。 manual DONE DONE DONE docs/requirements-specification.md ["A2"] 如后续业务方向变化，必须新建 Issue CSV 重新决策。
6 A5 补齐需求验收与后续开发流程 把软件开发项目流程、需求到 Issue CSV 的转化规则和 MVP 验收口径写入需求总纲。 1) 文档包含需求事实源 -> Issue CSV -> 方案 -> 开发 -> 测试 -> 部署验收 -> 复盘流程；2) MVP 验收覆盖 PC、移动、企业微信入口、审批、报销、请假、采购和文档检查；3) 本轮只做文档验证，不运行后端/前端构建。 命令：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv && git diff --check；人工步骤：确认需求总纲可作为后续开发指挥文档。 python3|git DONE DONE DONE issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv|docs/requirements-specification.md ["A1","A2","A3","A4"] 本轮不部署；完成后提交中文 commit 并引用 A1-A5。