Jama Connect

一条需求修改过几轮后，只看当前内容，很难判断是哪一次调整了描述或状态。Jama Connect可以比较同一工作项的两个版本。如果对比窗口里少了预期的记录，先确认那次改动发生在需求字段、关联关系，还是评审中，再到对应位置查找。

Jama Connect可以把项目中的需求导出为Word、Excel或PDF，也可以通过Office Template整理成固定格式的需求报告。导出后发现Description、自定义字段、负责人或关系信息没有出现时，先要区分使用的是普通导出、Office Template还是Velocity报告，因为这几种方式对字段的读取和模板控制不同。把导出范围、当前视图字段和模板字段逐项核对，通常就能找到缺失位置。

Jama Connect中的需求审批通常由条目状态流程和Review Center配合完成。状态流程负责规定需求可以从哪个状态切换到哪个状态，以及哪些用户有权执行切换；Approval Review负责收集评审意见、批准结果和电子签名。需求已经完成评审，却仍停在In Review或其他中间状态时，可以分别检查【Workflow】配置、【Approval Review】参与者状态和【Transition Permissions】，确认审批动作与需求状态转换是否真正关联。

在Jama Connect里，发起一次评审并不难，麻烦往往出现在评审进行之后：有人看到的还是旧版本，有人的评论只停留在Review Center，项目条目中却没有同步显示。Jama Connect评审中心怎么发起评审、Jama Connect评审意见没有同步是什么原因，需要从评审范围、参与角色、评论设置和修订发布几个环节逐一核对。

在项目进行需求评审的时候，或者在进行合规审查、问题追溯的时候，大家经常会碰到“Jama Connect审计记录怎么查看，Jama Connect审计记录导出不完整怎么办”这种问题；因为在Jama Connect系统里面，审计的信息并不是集中放在一个地方的，这些信息通常会分散在项目的活动流、单条工作项的活动记录、管理员的活动流、评审活动、基线活动以及电子签名记录里面；一般来说，普通用户平时只能看到工作项和项目的活动，只有项目管理员或者组织管理员，他们才可以查看到偏向配置变更的管理类审计记录。

在Jama Connect中，Pick List为字段提供固定的下拉选项。修改后如果仍看到旧内容，先分清是哪一处没有变化：编辑页面的下拉菜单、已有工作项的字段值，还是过滤器与计算结果。它们需要分别检查。

Jama Connect可以通过Relationship Rule Set规定不同Item Type之间允许建立怎样的上下游关系，并把指定关系纳入Coverage检查。需求、系统需求、验证项和测试用例都已经录入项目，但Trace View里仍然出现断点、缺少下游验证或Relationship Status Indicator变红时，要分别检查规则集有没有应用到当前项目、关系方向和类型是否对应，以及现有Item之间是否真的建立了关系。

当我们在建立新需求管理项目、测试管理项目或者合规项目的时候，总是会被“Jama Connect项目模板怎么配置，Jama Connect项目模板字段不符合团队要求怎么办”这些事情卡住，其实模板项目的用途不只是去复制一个空的项目出来，它是把项目的结构、工作项的类型、关系的规则、权限的习惯、流程的节点还有示例的内容，都提前固定下来，在Jama Connect里面，我们可以通过模板项目把新项目的配置时间减少，这样就能让不一样的项目都跟着用一样的方法论，还有追溯模型也能保持一致。

在做需求验证和测试管理时，经常会遇到“Jama Connect测试计划怎么创建，Jama Connect测试计划执行范围怎么确认”这类问题。Jama Connect里的测试计划不是一个普通文件夹，它用于描述产品或系统如何验证、验证哪些需求、采用什么测试策略。测试计划下面还会继续组织测试用例、测试组、测试周期和测试运行记录，所以创建测试计划时，不能只建一个名称，还要想清楚执行范围和测试组织方式。

在管理需求、测试或者合规项目的时候，很多团队都会碰到怎么建结构、乱了怎么理的问题，因为系统是用项目树来放东西的，项目就是一个产品或软件的空间，里面用组件、集合、文件夹还有具体条目来放需求和测试，把这些层级弄明白，后面的追溯和变更才不会乱，如果一开始弄得太随便，不仅看过去很乱，还会影响到后面的权限、关系和交付。

项目里的需求越来越多时，逐层翻目录找工作项并不方便。Jama Connect可以把需求类型、字段和项目范围保存为过滤器，之后直接复用。如果有一条需求明明存在，却没有出现在结果里，可以拿这条需求作对照，逐项检查条件。

产品线中经常存在通用需求，例如安全规范、接口要求和非功能需求。直接复制虽然省事，但源需求修改后，各项目中的副本很容易失去一致性。处理“Jama Connect需求复用怎么操作Jama Connect复用需求后的变更如何同步”时，应在复用阶段决定是否建立同步关系，并在同步前比较差异，避免覆盖项目已经完成的本地调整。

当操作人员把以前旧的需求表格、测试用例或者评审清单等资料转移到Jama Connect系统里面的时候，大家经常会碰到表格导入要怎么弄，还有导入之后格式全都乱了要怎么处理这样的麻烦；虽然表面上看起来这只是上传一个表格的简单事情，但是它里面其实牵扯到了数据类型、栏目对应、表格头部、下拉选项的内容、带格式的文本框还有上下级关系这些复杂的东西；系统本身提供了通过导入向导进行一次性上传的功能，另外它也支持通过循环导出的方式把文件拿出来修改之后再放回去，这样就能用来对已经存在的数据进行更新了。

在做需求追溯、测试覆盖或变更影响分析时，经常会遇到“Jama Connect关系视图怎么查看，Jama Connect关系视图里关联项缺失怎么办”这类问题。Jama Connect里的关系不是简单的超链接，而是带有方向的追溯关系，通常用来表示上游需求、下游需求、验证项、测试用例、风险控制项之间的依赖。关系会影响覆盖分析、变更影响判断和可疑链接检查，所以关系视图看不清，后面的追溯矩阵和报告也容易出问题。Jama Connect中关系可以分为上游和下游方向，Trace View也会利用这些关系展示覆盖缺口和影响范围。

需求的数量慢慢变多以后，一条一条地去改动状态、负责人和优先级这些东西，常常会耗掉不少时间；所以很多使用者会关心，在Jama Connect里面到底怎么对数据进行批量更新，还有在批量操作之后如果不小心改错了，又该怎么进行回退，处理这种事情之前，得先判断一下这一次要改动的规模有多大，如果只是很少几项类型完全相同的条目，直接使用它自带的批量编辑功能就非常省事，而如果是跨了好几个字段、修改的范围又特别大的情况，那就更适合借助Excel的往返导入功能来完成了，在正式把修改提交上去之前，最好先创建一个基线，这样就算不当心改错了，也不用只靠着记忆去一条一条地恢复，能够省下许多力气。

在Jama Connect中，新增字段后，工作项单项页面、项目列表和阅读视图的显示情况可能不同。先确认字段加在了正确的Item Type上，再检查具体在哪个页面看不到字段，排查会更有针对性。

Jama Connect的项目权限可以配置到项目、Component、Set以及具体Item，并支持把权限直接分配给用户或用户组。项目成员出现“已经给了权限却看不到项目”“设成只读后仍能修改”“移除某个目录权限后仍能看到内容”等情况时，不能只检查当前这一条权限记录，还要把上级继承、用户所在Group、License Type以及Review访问方式一起核对，确认用户最终得到的实际权限。

需求从Excel迁移到Jama Connect时，文件能够上传并不代表导入结果一定正确。工作项类型、表头、字段类型和选项值只要有一处不一致，就可能出现字段为空、内容错位或重复创建。处理“Jama Connect怎么批量导入需求Jama Connect导入需求后字段映射错误如何调整”时，应先整理源数据，再通过小批量预览确认映射。

在团队合作、处理需求以及跟进测试的时候，很多人经常会遇到通知设置不明白、或者被消息频繁打扰的情况，其实这里的通知有好多来源，比如订阅的内容、评审活动、工作流程、Stream里的评论，还有系统状态报告，如果想把这些通知理顺，大家不能光去关闭邮箱，得先搞清楚到底是哪一种通知被触发了，另外系统得让管理员把SMTP功能打开，要不然大家就算在系统里订阅了，最后也是收不到邮件的。

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