业务项目管理

该示例旨在介绍如何通过 Devops 平台管理一个需求从设计到开发上线的完整生命周期。

假设当前有一个“商城系统”的项目，对应有项目经理、产品经理、研发主管、测试工程师、前端开发工程师、后端开发工程师等角色，开发周期为一周，其迭代目标为完成一个用户的注册、注销、更新、查看的需求并上线。由此，该迭代可分为以下几个阶段：

需求设计

进入 Devops 平台 > 我的项目 > 选择项目 > 项目协同，新建为期一周、名为“迭代-1.0”的迭代。后续创建的需求、缺陷和任务都将纳入该迭代中。

关于迭代、需求、任务、缺陷等更多信息，请参见高效协同。

由产品经理新建“用户系统”的需求，纳入“迭代-1.0”，并将需求描述、设计稿等信息补充完整。

完成需求创建后，创建“用户系统需求评审”的任务，并将其关联“用户系统”需求（下文创建的所有相关事项均将关联该需求），随后组织相关开发及测试同学进行线上或线下评审，讨论该需求的合理性、复杂性、工作量等事宜。评审信息可同步在该任务的描述或备注中，便于后续回看。

完成需求设计后，将进入开发实现和测试用例设计、评审阶段。

由研发主管拆分需求的开发工作，对应创建任务并分配给开发工程师，例如分配用户增删的开发任务给 A 开发工程师，分配用户改查的任务给 B 开发工程师。

由测试工程师新建“用户系统测试用例编写”和“用户系统测试用例评审”的任务，指派给相关测试工程师，同时编写测试用例，具体请参见测试用例。

由后端开发工程师进入 Devops 平台 > 我的应用 > 选择应用 > API 设计，遵循 API First 原则，通过 API 设计功能定义开发工作中涉及的 API。

前后端开发工程师在完成具体开发工作后，将代码合入主干分支，通过 CI/CD 将主干分支部署至测试环境。

由测试工程师新建“用户系统冒烟测试”的任务并指派给对应开发工程师。

开发工程师根据测试用例在测试环境上进行冒烟测试，并修复期间出现的缺陷，直至冒烟测试通过率为 100%，则标记该冒烟测试任务为已完成。

测试工程师为自己新建“用户系统一轮测试”的任务，随后根据测试用例进行测试。

在缺陷页面将过滤条件设置为“迭代-1.0”，即可查看当前迭代所有缺陷的状态及相关信息。

开发工程师将按照如下流程对名下缺陷进行流转。当缺陷标记为已解决转给测试工程师时，可在缺陷单中关联修复该问题的 MR，便于后续追踪。

当迭代下的所有事项均完成后，需将 v1.0 版本通过主干分支的 CI/CD 自动化部署至生产环境，发布上线。

若线上新版本出现严重问题，可在平台中一键回滚至之前版本。

应用上线后，可进入 Devops 平台 > 我的应用 > 选择应用 > 部署中心 > 服务插件 > 应用监控，通过平台的应用监控功能查看新版本是否正常工作，具体请参见全局拓扑。

项目经理可进入 Devops 平台 > 我的项目 > 选择项目 > 项目大盘，查看缺陷分布情况、修复进度、修复工作量等信息。

也可在 项目协同 > 迭代 页面查看迭代整体进度，或通过不同的看板查看当前迭代事项的具体完成情况，便于及时调整工作安排以保证该迭代的交付时间和质量。