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

　　一、Jama Connect项目模板怎么配置

　　我们在配置项目模板之前，大家需要先把模板当成一个“标准项目”来对待，不能只是建一个目录就算了，这个模板应该要把团队真正的研发流程反映出来，比如需求是从哪里拿到的，中间怎么去分解，后面怎么去评审，怎么去验证，还有哪些字段是必须要填写的，哪些关系是必须建立起来的。

　　1、先确定模板适用的方法论

　　项目模板需要先去把适用的场景定下来，像是系统工程、软件研发、医疗器械开发、汽车功能安全项目，或者是团队自己弄的混合流程，因为不一样的方法论会影响到项目的结构、工作项的类型、关系的规则、工作流还有追溯模型，所以我们不能只去复制别人项目里面的目录；

　　2、搭好项目树和基础内容

　　我们可以先去建立一个专门用来当模板的项目，把通用的组件、集合、文件夹还有示例的工作项都放进去，因为Jama Connect是支持复制项目这个功能的，我们可以用它来复用需求、权限的设置、标签还有附件，也能直接基于模板来建立新的项目，不过大家要注意，在复制项目的时候，测试计划、测试周期还有测试运行这些东西是不会被复制到目标项目里面的；

　　3、配置关系规则和流程规则

　　在新建项目的时候，我们需要把关系规则设置好，而且每一个项目只能去应用一个关系规则集，因为关系规则会影响到需求和需求之间、需求和测试之间、风险和验证之间的追溯关系，而且覆盖率的检查还有关系状态的提示也会受到影响；

　　要是这个模板项目以后要用在正式的研发里面，建议大家提前把【用户需求】到【系统需求】、【系统需求】到【软件需求】、【系统需求】到【测试用例】这类的关系规则配置好，在流程这一块，我们也要去确认需求的状态、评审的节点、批准的节点还有锁定的规则是不是符合团队平时的习惯，大家尽量不要只留着默认的状态。

　　二、Jama Connect项目模板字段不符合团队要求怎么办

　　当发现字段不符合要求的时候，很多人的第一个反应就是直接去项目模板里面改字段，其实这个想法很容易搞错，因为Jama Connect里面的字段一般都是挂在Item Type上面的，而Item Type是属于组织层的配置，不是在单个项目里面就能随便单独修改的东西。

　　1、先判断字段属于哪个Item Type

　　我们可以把Item Type理解成是工作项的模板，set就是基于Item Type来创建出来的，在Jama Connect里面，Item Type是可以被整个组织里面的多个项目一起使用的，而且它没办法按照单个项目来单独进行自定义，也就是说，如果我们改了一个Item Type的字段，那么所有使用了这个Item Type的项目可能都会受到影响；

　　要是团队觉得“系统需求”里面缺少了ASIL、安全等级、验证方法、来源编号这些字段，我们得先去确认一下，现在的系统需求类型是不是好几个项目都在共用，如果是共用的类型，大家就不要只按照一个团队的想法去直接改，最好是先去评估一下别的项目是不是也需要用到这些字段。

　　2、需要新增字段时改Item Type

　　字段它本身就是Item Type里面的数据单元，我们在列表视图里面看到的每一列，通常就对应着一个字段，组织管理员可以把新的字段添加到Item Type里面去，还能去配置字段的行为，这些自定义的字段可以包括文本、多选、URL、计算还有汇总这些不同的类型；

　　我们常见的处理办法是进入到【ADMIN】→【Organization】→【Item types】里面，找到对应的需求类型，然后再进到【Fields】里面去添加字段，字段的名字我们要尽量起得稳定一点，比如说“Safety Level”“Verification Method”“Regulatory Source”，大家不要经常去改字段的名字，要不然以后导入、导出、报表还有集成的映射全都会受到影响。

　　3、不要把字段问题用模板目录硬凑

　　有些团队因为不想去改字段，就会在项目模板里面建特别多的文件夹，比如说建一些“高优先级需求”、“待验证需求”、“客户提出需求”之类的文件夹，这种做法虽然在短期内看起来挺省事的，但是时间长了就会让结构变得特别乱；

乱的问题。

　　三、Jama Connect项目模板怎么维护更稳定

　　项目模板并不是配置好一次之后就再也不动了，随着团队的流程变了、字段的口径变了、合规的要求变了，模板也需要跟着一起做调整，但是模板的修改得有节奏才行，不能每个新项目都临时去改一套出来。

　　1、区分通用模板和团队专用模板

　　要是公司里面只有一套研发流程，那我们用一个通用的模板就可以了，但要是不同团队之间的差异特别大，比如硬件团队、软件团队、测试团队还有合规团队对字段的要求都不一样，那就不要硬去套用同一个模板；

　　2、字段变更前先评估历史项目影响

　　当字段不符合团队的要求时，大家不一定非要马上把旧的字段删掉，或者去改字段的类型，因为字段一旦被历史项目用过之后，要是把它删除或者大改，可能会影响到筛选器、报表、导出模板、集成的同步还有历史的数据；

　　3、模板发布前做一次试建项目

　　模板就算调整完了，大家也不要马上拿给正式的项目去用，我们可以先用这个模板去复制一个测试项目出来，检查一下项目树、Item Type、字段的显示、关系的规则、Workflow、权限还有导出模板是不是都能正常工作；

　　总结

　　关于Jama Connect项目模板的配置，核心的想法就是我们要先去把团队的方法论定下来，然后把项目树、工作项类型、流程节点还有示例内容搭好，要是项目模板的字段不符合团队的要求，大家别只在模板的目录上面去打补丁，而是要回到Item Type还有字段的配置里面去想一想：这个字段到底是通用的字段，还是团队专用的字段，又或者是本来就该用状态、标签、关系或者流程来表达的东西。把这些处理好之后，关于Jama Connect项目模板怎么配置，还有Jama Connect项目模板字段不符合团队要求怎么办，我们就能从最开始的项目初始化，一直管到后面的团队协作了。