ALM Soft覆盖需求、开发、测试和部署等环节，需求流程则决定一项需求由谁接收、何时评审，以及怎样进入开发和验收。本文以Jira Cloud的公司管理型项目为操作示例，说明ALM Soft怎么配置需求管理流程ALM Soft需求流程配置后状态无法流转如何排查。不同ALM平台的菜单名称可能不同，操作时请以当前产品界面为准。
一、ALM Soft怎么配置需求管理流程
配置需求流程时，先确定需求会经过哪些状态，再设置状态之间的流转路径。完成后，还要将流程分配给需求所用的工作项类型。
1、确定需求状态与流转路径
可以将需求流程设为“待评审→已批准→开发中→待验收→已完成”，并按团队需要加入“退回修改”路径。状态名称应对应实际处理阶段，避免让同一个状态同时承担评审和开发两种含义。
①登录Jira Cloud，点击【设置】→【工作项】→【工作流】。
②找到要配置的工作流，点击【更多操作】→【编辑】。
③在工作流编辑器中点击【添加状态】，依次建立需求各阶段的状态。
④点击【添加流转】，连接允许相互流转的状态，并为流转填写便于识别的名称。
2、设置评审环节的处理规则
如果需求必须经过评审，可在进入“已批准”的流转上设置人员限制和字段校验。这样，评审人及提交人都能从流程中看到明确的处理要求。
①在工作流图中点击通往“已批准”的流转箭头。
②打开该流转的【规则】，添加限制流转人员的规则，选择负责评审的用户或角色。
③添加字段校验规则，选择评审前必须填写的字段。
④点击【保存】，再点击【更新工作流】使修改生效。
3、将流程分配给需求工作项
工作流配置完成后，还需确认项目中的需求工作项实际使用了它。若项目有多种工作项类型，只为需求类型指定这条流程即可。
①点击【设置】→【工作项】→【工作流方案】，打开项目使用的方案。
②在目标工作流旁点击【分配】，选择用于记录需求的工作项类型。
③点击【完成】，发布工作流方案草稿。
④返回项目，新建一条测试需求，核对初始状态和可用的流转操作。
二、ALM Soft需求流程配置后状态无法流转如何排查
遇到状态无法流转，先观察需求页面上的表现：是看不到目标操作，还是点击后出现校验提示。两种情况对应的检查位置有所不同。
1、检查当前状态是否存在流转路径
①打开无法流转的需求，记录它的【状态】及准备进入的目标状态。
②点击【设置】→【工作项】→【工作流】，打开该需求使用的工作流。
③在工作流图中查看两个状态之间是否有指向目标状态的流转箭头。
④若没有，点击【添加流转】补齐路径，再点击【更新工作流】。
2、检查人员限制与项目权限
如果其他成员能看到流转操作，只有个别成员看不到，应核对该流转的人员规则和项目权限。
①在工作流编辑器中点击对应的流转箭头，打开【规则】。
②查看限制流转人员的规则，核对当前用户所属的角色或用户组。
③打开项目的【权限】，核对该用户是否具有流转工作项的权限。
④调整相应规则或权限后，使用受影响的账号重新打开需求验证。
3、检查必填字段与校验提示
①在需求页面点击目标流转操作，查看弹出的字段表单或错误提示。
②补齐提示要求填写的字段，再次提交流转。
③若提示与当前需求不符，在工作流编辑器中选中该流转，打开【规则】并核对校验设置。
④修改校验设置后点击【保存】→【更新工作流】，重新测试该需求。
4、确认项目已启用修改后的流程
工作流编辑器中的内容与项目正在使用的流程需要保持一致。尤其在项目使用工作流方案时，应检查需求类型的分配结果。
①点击【设置】→【工作项】→【工作流方案】，找到当前项目使用的方案。
②查看需求工作项类型对应的工作流名称。
③如分配有误，点击【分配】选择正确的工作流，并发布方案草稿。
④返回需求页面刷新，检查目标流转操作是否出现。
三、需求流程配置后怎样持续检查
需求流程能正常流转后，可用少量测试需求覆盖常用路径。每次调整规则，也应沿受影响的路径重新检查。
1、按不同角色测试关键节点
①建立一条测试需求，填写评审所需的字段。
②分别使用提交人、评审人和开发人员账号，执行各自负责的流转。
③记录无法执行的节点，并回到对应流转的【规则】及项目【权限】核对。
2、检查退回与重新提交路径
①将测试需求从评审阶段流转至“退回修改”。
②修改需求内容后，执行返回评审阶段的流转。
③核对状态、负责人及必填字段，再完成一次批准操作。
总结
清晰的需求状态和流转规则，有助于团队在评审、开发与验收之间保持一致的处理节奏。希望本文能为梳理ALM需求流程提供参考；如有ALM相关需求，欢迎联系我们咨询。
