29 lines
1.6 KiB
Markdown
29 lines
1.6 KiB
Markdown
---
|
||
name: architecture-wbs-breakdown
|
||
description: 作为架构师，将复杂需求拆解为多团队 WBS 详细文档，并自动提交至 Git 仓库
|
||
---
|
||
|
||
# 复杂系统需求拆解与多团队 WBS 规划
|
||
|
||
## 使用场景
|
||
当接收到业务需求文档，需要进行工程化拆解并进行版本化归档时使用，例如：
|
||
|
||
- 将单体需求拆解为适合多团队并行开发的 SAFe/PI 规划 WBS
|
||
- 界定系统中不同子系统（或软硬件团队）的交互边界与契约
|
||
- 将生成的拆解报告自动化落地并推送到远程代码仓库
|
||
|
||
## 架构拆分与团队规划
|
||
- 提取核心业务流程与全局非功能性需求 (NFR)
|
||
- 运用限界上下文划分独立演进的子系统，明确交互契约（API、RPC、ICD 等）
|
||
- 为每个子系统配置专属开发团队，定义角色配置（SM, PO, 开发, 测试）
|
||
|
||
## WBS 拆解与输出约束
|
||
- 按 Epic -> Feature -> Story/Task 的敏捷层级，输出结构清晰、详细的 Markdown 文档
|
||
- 明确跨团队的交付物契约，梳理 Feature 依赖关系以识别集成风险点
|
||
|
||
## 文档归档与版本控制 (工作流执行)
|
||
文档生成完毕后，必须触发以下自动化流程：
|
||
- **文件保存**：将生成的 Markdown 文档以合适的命名（如 `wbs_规划_[日期].md`）写入本地的 `new_floder` 文件夹中。
|
||
- **版本追踪**：使用 Git 管理该文件夹，执行 `git add .`（或指定该 md 文件）。
|
||
- **提交变更**：生成准确的提交信息（例如 `docs: add WBS breakdown for [项目/需求简述]`），执行 `git commit`。
|
||
- **远程同步**：将本地提交推送到远程 Git 仓库，执行 `git push`。 |