hyb-oa/issues/2026-05-09_15-39-29-mvp-requirements-baseline.csv

1	ID	Title	Description	Acceptance	Test_Method	Tools	Dev_Status	Review1_Status	Regression_Status	Files	Dependencies	Notes
2	A1	需求事实源盘点与旧文档定位	盘点现有需求、产品口径、功能矩阵和管理员/员工文档，明确哪些是当前 PRD，哪些是历史证据或实现状态。	1) docs/海音达OA-MVP需求规格说明书.md 明确自己是当前 PRD 主事实源；2) docs/feature-matrix.md 被定位为实现状态矩阵，不再作为 PRD 扩写；3) docs/product-decisions.md 继续作为关键产品口径来源；4) 不回改历史 Issue CSV。	人工步骤：阅读 docs/海音达OA-MVP需求规格说明书.md 的文档定位章节，确认能区分当前 PRD、产品决策、实现矩阵和执行合同。	manual	DONE	DONE	DONE	docs/海音达OA-MVP需求规格说明书.md	[]	仅整理事实源，不修改业务代码；英文旧路径保留为跳转。
3	A2	重写 MVP 需求总纲 v2.0	将 docs/海音达OA-MVP需求规格说明书.md 从历史 Phase 1 报销规格重写为面向 10 人以下科技公司的 MVP 需求总纲。	1) 文档版本更新到 v2.0；2) 包含项目目标、用户角色、MVP 模块、统一审批中心、企微边界、权限审计、非功能、验收和 backlog；3) 不继续堆历史 Phase 1 实施细节。	人工步骤：检查 docs/海音达OA-MVP需求规格说明书.md 是否能回答我们做什么、先做什么、不做什么、谁使用、如何验收。	manual	DONE	DONE	DONE	docs/海音达OA-MVP需求规格说明书.md	["A1"]	旧 v1.4 内容通过 git 历史保留；如需恢复可按路径回滚中文主文档。
4	A3	固化 MVP 模块优先级	在需求总纲中明确首批 MVP 模块优先级，指导后续 Issue CSV 拆分和开发排序。	1) 统一审批中心为 P0；2) 报销/发票/OCR、请假/补卡/外出/加班、采购/费用、合同/附件归档、企业微信入口通知均有优先级；3) 每个模块写清角色、入口、主流程、数据归档、权限边界、测试方式。	人工步骤：逐项检查 MVP 模块表与模块章节，确认每个模块都有优先级和验收口径。	manual	DONE	DONE	DONE	docs/海音达OA-MVP需求规格说明书.md	["A2"]	模块优先级用于下一轮执行合同拆分，不代表本轮开发新功能。
5	A4	明确暂不做范围	明确飞书、企业微信原生审批、复杂 BPM 设计器、重型项目管理和付费低代码依赖均不进入首批 MVP。	1) 文档明确飞书方案废弃；2) 企业微信原生审批不作为正式审批入口；3) 不依赖付费低代码或付费第三方应用；4) 复杂 BPM、重型项目管理、CRM、完整 ERP 不进入 MVP。	人工步骤：搜索 docs/海音达OA-MVP需求规格说明书.md 中的暂不做范围，确认不会误导后续开发接入飞书或企业微信审批。	manual	DONE	DONE	DONE	docs/海音达OA-MVP需求规格说明书.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/海音达OA-MVP需求规格说明书.md	["A1","A2","A3","A4"]	本轮不部署；完成后提交中文 commit 并引用 A1-A5。