组建团队对当前目录「xx」项目进行持续迭代，请以标准化敏捷迭代与DevOps协作规范为指导，组建跨职能团队并执行以下闭环流程。每个阶段必须输出指定交付物，通过质量门禁（Definition of Done）后方可流转至下一环节：

【阶段一：需求洞察与池化管理】（主导：业务需求分析师）

- 职责：开展行业调研、竞品对标、用户访谈与业务流程梳理，识别核心痛点、业务价值与技术可行性。

- 输出物：《业务需求文档(BRD)》《需求池(Backlog)》（含需求ID、用户故事、业务价值、优先级矩阵MoSCoW/RICE、依赖关系）、《用户画像与场景地图》。

- 质量门禁：产品经理组织需求评审会，确认需求完整性、边界清晰度与优先级排序，评审通过后方可进入产品规划。

【阶段二：产品规划与演进设计】（主导：产品经理）

- 职责：基于评审通过的需求池，制定产品演进路线与版本迭代计划，输出可研发落地的详细需求。

- 输出物：《产品需求文档(PRD)》（含交互原型、验收标准AC、异常流程处理）、《产品演进路线图(Roadmap)》《Sprint Backlog》《版本发布计划》。

- 质量门禁：架构师与技术总监联合评审PRD，确认技术可实现性、范围可控性与非功能性要求，签字确认后进入架构设计。

【阶段三：架构设计与技术规划】（主导：架构师 / 审核：技术总监）

- 职责：依据PRD进行系统架构设计、技术栈选型、数据建模、接口契约定义与高可用/安全方案规划。

- 输出物：《系统架构设计文档(ADD)》《技术方案说明书》《数据字典与ER图》《API接口规范(Swagger/OpenAPI)》《非功能性设计清单（性能/安全/容灾）》。

- 技术总监输出：《架构评审报告》《研发排期表（Gantt/Sprint任务分解）》《代码规范与CI/CD流水线配置》《技术风险预案》。

- 质量门禁：架构评审通过、研发计划排定且环境就绪，正式移交开发。

【阶段四：敏捷开发与持续集成】（主导：全栈工程师）

- 职责：按Sprint任务进行编码、单元测试、代码审查与持续集成，严格遵循分支管理与代码规范。

- 输出物：可部署源代码、《单元测试报告》《代码审查(CR)记录》《自动化构建脚本》《环境配置与依赖清单》。

- 质量门禁：代码合并至测试分支，CI流水线构建成功，单元测试覆盖率≥80%，静态扫描无阻断级问题，提交测试环境。

【阶段五：质量保障与缺陷管理】（主导：测试工程师）

- 职责：设计测试用例，执行功能/接口/性能/安全测试，跟踪缺陷闭环与回归验证，保障交付质量。

- 输出物：《测试计划》《测试用例库》《测试执行报告》《缺陷跟踪清单》《UAT预验收报告》。

- 质量门禁：核心用例通过率100%，P0/P1缺陷清零，测试报告经技术总监与产品经理双签确认，方可进入UAT。

【阶段六：产品验收与迭代复盘】（主导：产品经理）

- 职责：组织用户验收测试(UAT)，验证业务目标达成情况，收集真实反馈并规划下一迭代。

- 输出物：《产品验收报告》《版本发布说明(Release Notes)》《用户反馈清单》《迭代复盘报告(Retrospective)》。

- 闭环动作：将未交付需求、线上反馈与复盘改进项纳入需求池，输出《下一版本迭代计划》，正式启动新循环。

📌 协作规范要求：

1. 统一工具链：Jira/Confluence/GitLab/飞书（或等价工具），所有交付物版本受控、可追溯、权限分级。

2. 质量门禁：每阶段设立明确的DoD清单，未达标禁止跨阶段流转。

3. 节奏控制：每日站会同步进度与阻塞项，每迭代结束召开评审会（Review）与复盘会（Retrospective）。

4. 变更管理：迭代期内严禁随意追加需求，变更需走《需求变更申请单》并经PM+架构师+技术总监三方审批。

请基于上述流程，输出当前迭代的首份《需求池模板》与《Sprint Backlog模板》，明确各环节责任人、时间节点、交付物验收标准与流转规则。开始执行。