如何打破企业研发管理困境？得帆云助您快速落地规模化敏捷研发

研发管理是目前互联网企业和传统软件企业都高度关注的领域。目前，敏捷软件开发理念已渐渐被业界普遍接受。敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发，较传统研发模式有极大改进。但越来越多的公司和团队正在面临新的难题，就是规模化敏捷的引入和实现。

实现规模化敏捷的过程中，最重要的问题就是每一个需求都涉及到多位不同职能、不同角色的研发人员，导致研发时间长，交付效率低。

• 对于客户来说，在反馈问题和需求之后，需要频繁询问最新的处理进度，也无法预估最后实现的时间；

• 对于研发团队内部人员来说，要知道一个研发任务的具体内容，需要询问很多人才能获得全面的信息；

• 对于管理者来说，研发过程不透明，任务拆分和团队资源共享情况混乱，无法获取团队资源的使用情况，也无法计算团队的处理进度和效能，更无法及时识别风险，过程容易失控。

所以，对于有多个团队协同工作的研发团队来说，如果没有一个统一的业务系统，就会导致产品的需求和问题在不同角色团队之间流通缓慢，整个团队无法达成高效的协同，自然也无法形成规模化敏捷管理。

得帆云提供覆盖研发全流程的研发管理系统，能够帮助企业内的IT团队高效落地敏捷规模化管理。

得帆云研发管理应用

得帆云研发管理应用包含「工单管理」、「需求管理」、「质量管理」、「开发管理」、「版本管理」等模块，覆盖从工单收集到版本发布的全流程，高效管控各个研发环节，助力企业快速构建规模化敏捷研发团队。

01工单管理

在实际的工单收集阶段，存在工单内容不全或理解偏差，导致开发工作量加大的问题，而客户侧无法实时查看进度，增加了沟通成本。因此，得帆云搭建了工单管理体系，客户以工单的方式提交使用反馈，且接入到研发管理系统中。

• 客户在发现问题时，根据需求提交问题工单和需求工单；

• 负责对接客户的客户成功经理跟进后可选择受理或拒绝工单，工单一经受理，生成原始需求或缺陷；

• 原始需求和缺陷处理完成后，工单自动更改为待验收，待提交人验收之后，工单状态变更为已完成。

「工单管理」包括「维护客户信息」、「需求工单」和「问题工单」三部分。

1.1 维护客户信息

客户成功产品经理人员点击「工单」——「客户项目——「新增」，即可创建新的客户项目，创建完成后，可在列表中对客户信息进行维护。

创建新的客户项目

维护客户信息

1.2 需求工单

在「工单」——「需求工单」页面点击「新增」，即可创建需求工单。在工单中除了需求信息之外，还需填写关联的客户信息、需求类型、所属模块等信息，以方便研发团队更好地理解需求。

创建需求工单

工单提交后，由客户对接人确认是否受理工单，如果确认受理，则填写跟进记录和原始需求信息。点击「确认」按钮，则在需求工单内记录跟进记录、受理人、受理时间信息，工单状态更新为“产品核对”，同时生成关联原始需求且可在工单的处理信息中进行查看。

客户对接人确认是否受理工单

确认受理后记录跟进情况

生成关联原始需求

关联原始需求支持在需求工单中查看

如果不能受理，则拒绝需求，工单状态将更新为“已关闭”。

拒绝需求工单，工单关闭

1.3 问题工单

在「工单」——「问题工单」页面点击「新增」，即可创建问题工单。在工单中，除了缺陷信息之外，还需填写缺陷类型、问题发生版本和所属模块等信息，以方便研发团队更好地定位问题。

创建问题工单

问题工单提交完成后，由客户对接人确认是否受理工单，如果确认受理，则填写跟进记录和缺陷信息。点击「确认」按钮，则在问题工单内记录跟进记录、受理人、受理时间信息，工单状态更新为“处理中”，同时生成关联缺陷且可在工单的处理信息中进行查看。

客户对接人确认是否受理工单

确认受理后记录缺陷信息

生成关联缺陷

问题工单拒绝之后，工单状态更新为“已关闭”且提交人可以重新提交。

拒绝问题工单，工单关闭

02需求管理

需求管理模块由「产品架构管理」、「原始需求管理」、「用户故事设计」、「用户故事开发」和「用户故事测试」组成。产品管理人员在「需求管理」中系统地对产品的史诗、特性进行划分，对原始需求进行最初的分析与清洗。产品经理产品进行评审后，最终产出可交付给开发团队的用户故事方案。

• 史诗（EPIC）：产品中需要长时间才能完成的功能模块，史诗下的内容可以持续增加更新，但史诗可以不做规划和一直处于打开状态；通常要完成一个史诗，需要数月，甚至跨年。

• 特性（FEATURE）：特性是具体的某一个功能模块，可以描述产品的一个具体产品特性功能点，通常需要数轮迭代或者数个月才能完成。

• 用户故事（USERSTORY）：具体的功能点，通常在一轮迭代内完成。

2.1 产品架构管理

产品信息维护：产品管理人员点击「需求池」——「产品信息」，点击「新增」按钮，则可以成功新增产品信息。

产品信息维护

新增产品史诗和特性：产品管理人员点击「需求池」——「需求史诗」，或点击「需求池」——「需求特性」，再点击「新增」按钮，则可以成功新增。可在史诗详情内查看史诗关联的原始需求和需求特性。

新增产品史诗

新增产品特性

史诗详情支持查看关联的原始需求和需求特性

2.2 原始需求管理

产品经理进入「需求池」——「原始需求」，点击「新增」按钮，填写完成后，则可以新增原始需求，也可以按需求工单的操作流程，由需求工单生成关联的原始需求。

新增原始需求

原始需求新增后，需要先进行需求分析，准确理解用户和需求的功能、性能、可靠性等具体要求。需求分析团队进入「需求池」——「原始需求」，可点击「需求分析」按钮，填写分析内容，则完成一次原始需求跟进，更新原始需求的跟进状态与最新决策。

原始需求需求分析

若需求分析团队在分析后确认可进入需求池，则可由需求分析团队或产品经理点击「新增US」按钮，填入用户故事所需信息，新增与当前原始需求关联的用户故事。新增完成后将把原始需求跟进状态更新为“进需求池”，同时将关联的需求工单状态更新为“待规划”。

需求可进入需求池，点击「新增US」按钮

新增与当前原始需求关联的用户故事

原始需求跟进状态更新为“进需求池”

2.3 用户故事设计

接下来通过「需求任务管理」管理需求方案设计任务，产品管理团队进入「需求池」——「需求任务管理」，点击「新增」按钮，填写完毕后即可新增需求任务。新增时，可以根据使用时的需求关联需求特性与用户故事。

新增需求任务

一个需求任务可分为启动需求任务、拆分需求任务、提交评审、任务评审这四个步骤。

启动需求任务：进入「需求池」——「需求任务管理」，由负责产品经理点击「开始任务」按钮，需求任务状态将更新为“进行中”。

启动需求任务

拆分需求任务：一个需求任务往往需要拆分给不同的人员负责。进入「需求池」——「需求任务管理」，由负责产品经理点击「拆分任务」按钮，填写任务信息，则新增成功，可在关联任务中查看。

拆分需求任务

拆分完成，支持在关联任务中查看

提交评审：负责产品经理设计完成需求后，可以点击「提交评审」将需求评审状态修改为“待评审”及“评审中”，可以对需求文档进行评审，同时将关联用户故事的状态变更为“需求评审中”。

完成需求，点击「提交评审」

评审状态修改为“待评审”

任务评审：评审负责人可以点击「任务评审」按钮，在弹窗中选择评审结果，选择“评审通过”后将需求任务状态修改为“评审通过”，关联用户故事状态将更改为“评审完成/已计划”。若选择“评审后调整”，则将需求任务状态修改为“评审后调整”，之后可以重新提交评审。

负责人进行评审

2.4 用户故事开发

在上述设计过程中，产品经理需要同步维护用户故事内的信息，将用户故事状态更改到“评审完成”状态。

用户故事评审通过后，前端人员、后端人员点击「开始开发」按钮，新建对应的分支信息，点击「确认」，即可开始开发。

点击「开始开发」按钮，开始开发流程

开发任务也需要拆分给不同的人员负责。进入“开发中”后，前端人员、后端人员、测试人员点击「任务拆分」按钮，输入新增信息，点击提交后则拆分成功，在用户故事内将显示关联任务信息。

拆分开发任务

填写拆分任务详情

开发完成后，用户故事的前端人员、后端人员、用户故事负责TL点击「提测」按钮，填写提测单内容，提交后，用户故事的当前状态变更为“待测试”。

用户故事提测

2.5 用户故事测试

用户故事开发完成后，需要进行测试。测试过程分为开始测试并新增计划、用例执行、用例执行完成、测试完成这几个步骤。

用户故事开始测试：用户故事的测试人员点击「开始测试」按钮，新增用户故事对应测试计划，则用户故事的状态变更为“测试中”。

新增用户故事对应测试计划

在新增的测试计划内，测试计划负责人点击「批量选择用例」，将用例与测试计划关联，点击「确认」按钮后，将新增关联用例执行记录，在测试计划内可以查看对应列表。

批量选择测试用例

当测试计划新建完成以后，由计划负责人在计划开始时间时点击「开始测试」，将测试计划的计划状态修改“为测试中”。

开始测试

测试人员在新建的计划执行记录中点击「输入执行结果」按钮，可输入执行结果；点击「确认」，则可更新执行记录。

测试用例执行记录

输入测试执行结果

更新执行记录

所有计划执行记录完成之后，由计划负责人在计划开始时间时点击「测试完成」，在二次确认弹窗内点击「确定完成」，将测试计划的计划状态修改为“已完成”，同时将关联未执行的测试执行状态更改为“跳过”。

填写测试计划完成情况

确认完成测试计划

关联未执行的测试执行状态更改为“跳过”

若测试计划需要终止，可由计划负责人在计划开始时间时点击「取消计划」，将测试计划的计划状态修改为“已取消”。

测试计划可以终止取消

用户故事用例执行完成：用户故事的测试人员点击「用例执行完成」按钮，则关联测试计划的状态变更为“已完成”，用户故事的状态变更为“用例执行完成”。

填写用户故事测试用例执行完成情况

确认测试用例执行完成

用户故事状态变更

用户故事测试完成：用户故事的测试人员在相关缺陷修复完成后，点击「测试完成」按钮，则用户故事的状态变更为“测试完成”。

缺陷修复完成后可点击「测试完成」

用户故事的状态变更为“测试完成”

03质量管理

得帆云研发管理应用包含「工单管理」、「需求管理」、「质量管理」、「开发管理」、「版本管理」等模块，覆盖从工单收集到版本发布的全流程，高效管控各个研发环节，助力企业快速构建规模化敏捷研发团队。

质量管理包括「用例维护与评审」、「缺陷处理」和「质量分析」。

3.1 用例维护与评审

「用例维护与评审」分为「新建用例模块」、「新增测试用例」和「用例评审」。

新建用例模块：不同模块、不同需求的测试用例需要进行统一管理，测试主管点击「质量管理」——「用例库」，即可创建用例库，需要填写的内容包括：模块名称、模块负责、是否时根模块、父模块编码等信息。

全部填写完成后，点击「提交」即可。

新建用例模块

「用例库」

新增测试用例：在回归测试、需求测试等测试任务中，测试人员创建测试用例，点击「质量管理」——「测试用例」，即可创建用例。全部填写完成后，点击「提交」即可。在测试用例较多的情况下，可以通过批量导入的方式实现快捷添加，在测试用例点击「导入」，上传导入文件。

创建测试用例

批量导入测试用例

测试用例管理

用例评审：测试人员新增测试用例完成后，测试用例还处于没有评审的阶段，无法投入使用，需要点击「质量管理」——「用例评审」新增按钮创建需求用例评审单，提交评审流程。

「用例评审」

创建完成测试评审后，由创建人维护需要评审的用例，点击「用例评审」的「提交评审」按钮，将用例评审状态修改为评审中，与产品经理和开发人员进行用例评审。

创建人提交评审

评委评审测试用例，需要输入通过用例数和不通过用例数作为评审结果。评审后用例通过则点击「用例评审」的「通过」，将关联的测试用例状态修改为“评审通过”，评审用例不通过则点击「不通过」按钮，将关联的测试用例状态修改为“评审未通过”。

测试用例评审

根据通过用例数得出评审结果

3.2 缺陷处理

「缺陷处理」分为创建缺陷、开始处理缺陷、修复完成缺陷、验收缺陷、拒绝处理这几个步骤。

创建缺陷：点击「质量管理」——「缺陷管理」内新增按钮，可通过不同标签，关联不同的关联信息，也可根据「问题工单」中的操作，由问题工单创建对应的缺陷。

创建缺陷

开始处理缺陷：缺陷的研发负责人点击开始处理按钮，填写缺陷跟进记录和新建分支信息，缺陷状态将变更为"处理中"。同时，更新与缺陷关联的缺陷工单，状态同样更新为"处理中"。

开始处理缺陷

填写缺陷跟进记录

SQL管理

缺陷状态将变更为"处理中"

修复完成缺陷：缺陷的研发负责人点击「修复完成」按钮，填写原因分析和缺陷跟进记录，缺陷状态将变更为"已修复"，原因分析字段内将记录填写人和原因，修复时间记录当前时间。

填写缺陷跟进记录

缺陷修复确认

缺陷原因分析记录

验收缺陷：缺陷的质量负责人点击「关闭缺陷」按钮，在二次确认弹窗内点击「确定」，则缺陷状态更改为“已关闭”，结束时间更改为当前时间。缺陷关闭之后，将更新关联缺陷工单，状态更新为“待验收”。

缺陷验收跟进记录

关闭缺陷确认

缺陷状态更新

拒绝处理：若缺陷并不需要研发处理，或研发处理不了，可点击「拒绝缺陷」按钮，填写跟进记录和处理结果、处理原因后，点击「确认」，缺陷将更新为“已拒绝”，同时记录处理结果和处理原因。同时，更新缺陷相关的问题工单，状态更新为“已拒绝”。拒绝完成后，可继续查看处理结果和原因分析详情。

点击「拒绝缺陷」按钮，填写跟进记录和处理结果

确认拒绝缺陷

缺陷相关的问题工单状态已更新

缺陷的任何处理都需要生成缺陷跟进记录，每个缺陷跟进记录都将生成关联的任务，从而记录对应的工时。

缺陷记录

3.3 质量分析

「质量分析」模块可以复盘分析系统质量问题。SM和测试主管点击「质量分析」表单，可查看缺陷严重程度发布、近1月缺陷情况等信息。

「质量分析」

04开发管理

开发团队在协同开发过程中，需要共同管理分支、配置文件等开发信息。同时，开发人员需要在系统内在线维护开发资源。在「开发管理」中，可新建、维护和管理数据库、工程、流水线、SQL、后端配置文件、后端修复文件等开发资源。

「开发管理」

05版本管理

每次产品有新的用户故事和缺陷完成处理时，需要通过产品版本使需求回归到客户，每个产品版本都需要标准发布流程和记录下每个产品版本。产品版本管理人可在产品版本规划中管理产品版本，执行版本发布等操作。

5.1 产品版本规划

在产品迭代中，由版本负责人规划版本发布情况，点击「版本管理」——「产品版本规划」中的「新增」按钮，即可创建版本规划。

创建版本规划

创建完成后，版本负责人点击「开始规划」按钮，版本状态变更为“进行中”。可通过编辑版本数据填写发布内容，也可以多选需求发布清单，并点击「增加缺陷」按钮，选择版本内需要解决的缺陷。

版本负责人点击「开始规划」

版本状态变更为“进行中”

编辑版本数据填写发布内容

「选择缺陷」

当产品版本规划完成后，需要确保所有用户故事、缺陷都已验收通过，前端配置和后端配置由前后端负责人分别进行验收管理。完成以上动作后，由版本负责人点击「发布版本」将版本发布出去，状态变更为“已发布”，并将清单中的用户故事和缺陷状态变更为“已发布”，并且可以查看实际发布的用户故事和缺陷清单。

同时，用户故事和缺陷关联的工单也将更新为“待验收”。

版本发布前确认

版本发布状态变更为“已发布”

5.2 版本日历

「版本发布日历」中，支持查看所有项目以及主版本发布计划，可视化展示，发布计划一目了然。

「版本发布日历」

得帆云研发管理应用立足于敏捷开发理念，将日常场景中复杂、繁琐的研发流程落实在系统中，保障研发流程透明化、研发过程高效化，企业各部门高效协同，降低研发风险，提升研发效能。