在需求管理过程中，很多团队会遇到“Jama Connect需求状态怎么设置，Jama Connect需求状态和流程节点怎么对应”这个问题。表面上看，状态只是一个字段，比如草稿、评审中、已批准、已拒绝；但在Jama Connect里，如果启用了Workflow，状态就不只是普通下拉值，而是会和流程流转、权限、锁定、评审动作一起发生关系。Jama Connect的Workflow可以针对工作项类型配置，并通过状态转换来约束条目的流转路径。

　　一、Jama Connect需求状态怎么设置

　　在管理需求的时候，很多团队都会碰到怎么设置Jama Connect需求状态，还有需求状态和流程节点怎么对应的问题。看起来状态就是一个字段，比如草稿、评审中、已批准、已拒绝这些；但是在Jama Connect这个系统里，如果大家把工作流启用以后，状态就不是单纯的下拉菜单值了，它会跟流程怎么走、权限怎么分配、条目有没有被锁定、评审怎么操作这些事情扯上关系。Jama Connect的工作流是可以针对不同的工作项类型去进行配置的，系统会通过状态转换的规则，来限制条目的流转路线。

　　1、先配置状态下拉列表

　　在设置需求状态之前，大家心里要先明白一点，就是状态的名称不能随便乱写，这些状态必须得配合团队实际的需求流程来用，比如需求被提出来、进行分析、开始评审、获得批准、去实现、做验证、最后关闭。要是状态设得太少了，流程就说不清楚；要是状态设得太多了，大家用的时候又特别容易选错。

　　一般来说，需求状态可以通过【Pick list】来管理，进入【ADMIN】→【Organization】→【Pick lists】之后，找到对应的状态列表，就可以在里面添加、编辑或者调整状态的值了。这个Pick list的作用其实就是把字段可以选的值给固定死，这样就能避免用户手工输入各种不一样的字，免得后面做统计、筛选和报表的时候乱套。

　　2、把状态字段挂到需求类型上

　　等状态的值都弄好以后，大家还要去确认一下，看看需求工作项类型里面到底有没有这个对应的字段。在Jama Connect系统里，Item Type其实就是工作项的模板，不同的项目可以共用同一个Item Type，但是这个Item Type没有办法按照单个项目去单独进行自定义。

　　3、启用需求工作流

　　要是大家只想让用户自己用手去选状态，那只要弄个下拉字段就够了。但要是大家希望这个需求必须严格按照顺序走，比如只能从“草稿”变成“评审中”，再从“评审中”变成“已批准”或者“已拒绝”，那就必须要去配置工作流了。

　　具体的路径一般是【ADMIN】→【Organization】→【Workflow】，大家找到对应的需求Item Type，然后进入【Config】去配置流程。把工作流启用了以后，系统就会按照状态转换的规则，去控制需求到底能从哪一个状态变到哪一个状态。

　　二、Jama Connect需求状态和流程节点怎么对应

　　需求状态和流程节点这两个东西，其实并不是完全独立的。说得更明白一点，状态字段是用户在界面上看到的结果，而流程节点是系统在后台用来控制怎么流转的规则。只有把状态写得清清楚楚，流程节点才好去配置；流程节点配得合理了，状态才不会被大家乱改。

　　1、一个状态对应一个流程节点

　　比较稳当的做法，是让一个状态去对应一个清清楚楚的节点。比如把【Draft】对应到需求编写的阶段，【In Review】对应到评审的阶段，【Approved】对应到批准的阶段，【Implemented】对应到开发实现的阶段，【Verified】对应到验证完成的阶段，【Closed】对应到需求关闭的阶段。

　　2、用转换规则控制状态方向

　　流程节点和节点之间必须要有方向，不能让状态随便乱跳。比如草稿可以变成评审中，评审中可以变成已批准或者已拒绝，被拒绝了以后可以退回到草稿，被批准了就可以进入实现中，等验证通过了之后才可以关闭。

　　3、把权限和锁定规则放进流程

　　需求要是走到了某些节点以后，最好就别再允许所有人随随便便去改了。比如需求被批准了之后，像正文内容、验收标准、优先级这些字段，就不应该再让普通成员随便去修修改改了。Jama Connect是支持在工作流里通过锁定来保护条目的，被系统锁定的条目上会显示一个锁定的图标，通常需要大家通过流程转换，或者让管理员来处理才可以解开。

　　三、Jama Connect需求状态和流程节点对不上怎么办

　　要是状态和流程节点对不上了，常见的表现就是：新调出来的需求状态不对，或者是某个状态怎么弄也流转不过去，用户在界面上找不到下一步的按钮，批量转换的时候报错失败，再或者是明明已经批准的需求还能被大家随便改。大家在排查问题的时候，千万别只盯着字段的值看，要同时去检查Item Type、Pick list、工作流以及项目的覆盖配置。

　　1、检查状态字段是不是流程绑定字段

　　在有些项目里面，会出现两个长得很像的字段，比如一个叫Status，另一个叫Requirement Status。用户在界面上看到的是Requirement Status，但是工作流在后台绑定的却是Status。这样一来，就会出现页面上的状态虽然改了，但是流程节点根本没动，或者是流程虽然流转了，但用户关心的那个字段却没有任何变化。

　　2、检查项目是否覆盖了组织流程

　　工作流是可以在组织层面上配置的，也可以在允许的情况下，由项目管理员在项目级去做覆盖。在Jama Connect的说明里有提到，工作流会应用到用了这个Item Type的所有项目里，而且没有办法在项目级别直接把它禁用掉；只有在组织允许项目经理去覆盖工作流的时候，项目层才可以进行覆盖的配置。

　　3、检查工作项是否被锁定或权限不足

　　排查的时候，可以让项目的管理员把同一条需求打开来测试一下。要是管理员能够正常转换状态，但是普通用户转不了，那就要重点去查权限的问题；要是连管理员也转换不了，那就要重点去查当前这个状态下面，到底有没有配好下一个节点；要是发现条目上面带了锁，就要先确认好这个锁定到底是来自工作流、来自评审，还是人工给锁上的。

　　总结

　　大家去设置Jama Connect的需求状态，不能简简单单地理解成只是添加几个下拉选项。正确的做法是，大家得先把需求的生命周期给设计好，接着去配置Pick list里面的状态值，然后把状态字段挂到需求对应的Item Type上面，最后通过工作流把状态变成受控的流程节点。当需求状态和流程节点在做对应的时候，要尽量做到让一个状态只表达一个阶段，用转换规则去控制流程的方向，在关键的节点上通过权限和锁定来保护需求内容。这样处理之后，怎么设置Jama Connect需求状态，还有需求状态和流程节点怎么对应的事情就会变得很清楚了。