1.6 KiB
1.6 KiB
name, description
| name | description |
|---|---|
| architecture-wbs-breakdown | 作为架构师,将复杂需求拆解为多团队 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。