在刚开始搭建需求管理项目的时候，目录结构怎么搭、模板怎么选，这些东西会直接影响到后面的评审、追踪，还有测试管理。要搞清楚Jama Connect里面怎么去新建一个项目，还有项目模板要怎么挑，关键就是先判断清楚当前这个项目到底是一个全新的产品，还是在既有版本上做升级，又或者是同类产品弄出来的一个分支。在Jama Connect里面，项目这个东西可以被理解成一个独立的工作空间，它通常对应的就是一个产品或者一个系统的版本，而项目的内部，再通过Component、Set、Folder还有Item这些东西，把需求、测试和其他内容给组织起来。

　　一、Jama Connect怎么新建项目

　　在新建项目以前，先得把项目名字、所属的产品线、要用到的需求类型，还有权限的范围这些信息给整理好。如果项目建好以后再频繁地去调整结构，就很容易影响到需求的编号、上下游的追踪关系，还有团队已经用顺手的那些习惯。

　　1、进到项目管理的那个页面里去

　　用一个带有管理权限的账号登录Jama Connect，然后点一下【ADMIN】→【Project】，再去选择【Add project】。要创建一个项目，需要你有组织管理员的权限，或者是有项目管理员的权限并且拿到了Add Project这个角色才行。

　　2、按照产品线把项目给整理好

　　要是系统里面的项目已经比较多了，就可以先建好文件夹，再按照产品、版本，或者是客户项目的维度去分类。比如说同一个产品下面有V1.0、V2.0，还有客户定制版，就可以把它们放在同一条产品线的目录底下，这样后面再去找项目，还有维护权限的时候，都会更清楚一些。

　　3、把需求的树形结构给确定下来

　　项目被创建好了以后，不要急着往里面填东西，先到Explorer Tree里面去把Component和Set给规划好。Component这个东西很适合拿来按子系统或者模块去拆分，Set呢就用来把同一种类型的内容给归集起来，比如系统需求归到一起、软件需求归到一起、验证用例归到一起。要是还想再往下细分一下阶段或者功能域，还可以继续用Folder来做。

　　4、把关系规则和流程给补上

　　新项目建好以后，还要去配置一下Relationship Rules和Workflow。每个项目只能套用一套关系规则，所以得提前想明白，允许哪几种需求类型之间建立上下游的追踪关系，哪些状态必须要经过评审以后，才能继续往下流转。

　　二、Jama Connect项目模板怎么选择

　　在Jama Connect里面选项目模板，可不只是在挑一个页面的样式那么简单，它实际上是在决定，要不要把旧项目里的结构、权限、标签、工作流，还有追踪关系这些东西给复用过来。全新产品和版本复制这两种情况，处理的手法是不太一样的。

　　1、全新的产品就直接用空白项目

　　如果产品的结构、需求的类型，还有流程这些东西，跟以前做过的历史项目比起来差得比较多，那就比较建议直接新建一个空白的项目，然后再按照当前项目的实际范围，去一点一点地搭目录。千万别为了图省时间，去复制一个关系特别复杂的旧项目过来，不然到了后面，光是清理那些不相干的需求和权限，就要多花掉不少工夫。

　　2、同类的项目就复制模板项目

　　要是团队里面已经维护了一套比较标准的项目模板，那就可以进到【ADMIN】→【Project】里面，先把那个拿来当模板的项目给选中，然后再去点一下【Actions】→【Duplicate Project】。在复制的时候，你可以自己去挑，哪些东西是要跟着一起带进新项目里的，比如项目的设置、权限、关系、公开的筛选器、标签、版本值、项目组，还有工作流这些，都是可以选的。

　　3、版本分支的情况就开启同步功能

　　如果要在旧版本的基础上再去开发一个新的版本，那就可以在复制项目的时候，顺手把同步的功能给打开。这样被复制出来的那些条目，会拿到一个新的项目ID，但是同时又会保留一个跟原来项目一模一样的Global ID，团队以后就可以继续去比较源项目和这个分支项目之间到底发生了哪些变化。

　　4、要留意测试执行的记录是不会被复制过来的

　　在复制项目的时候，测试计划、测试周期，还有测试运行的记录，这些东西是不会跟着一起进到新项目里面的。所以一个新的版本项目，还是需要重新去安排一遍测试执行，别把模板复制当成是完整的历史数据迁移来用。

　　三、Jama Connect项目创建后怎么检查

　　项目被建好了以后，不要着急马上就往里面大批量地导入需求。最好是先拿几条简单的样例，去验证一下目录、权限，还有追踪的规则，等确认了结构是合适的，再正式开始往里填东西。

　　1、检查一下权限的范围

　　进到【ADMIN】→【Project】→【Project Permissions】里面，去看一看各个用户组到底是只读的权限，还是读写的权限，又或者是项目管理员的权限。Jama Connect支持在项目、Component、Set，还有Item这些不同的层级上去设置权限，而且也允许你去覆盖掉从上级继承下来的那些权限。

　　2、检查一下需求的类型

　　先试着新建几条测试用的需求，去确认一下系统需求、软件需求、缺陷，还有测试用例这些东西，是不是都能被放进正确的Set里面去。如果发现字段太多了、类型重复了，或者目录的层级被挖得太深了，这些都应该在正式往里头导入数据之前，先把它给调好。

　　3、检查一下追踪的关系

　　试着去建一条上游的需求、一条下游的需求，再加上一条测试的用例，然后看一看，设置好的关系规则有没有把正常的操作给拦住，有没有把不该放开的不合理关系也给放开了。

　　4、如果是从旧项目复制过来的，就马上建一条基线

　　要是这个新项目是从旧版本那边复制出来的，那比较建议立刻就去创建一条项目的基线。这条基线可以把分支刚建立时候的那个初始状态给保存下来，后面再要去比较不同版本之间的差异的时候，就更容易判断出来，哪些内容是这个新项目自己后来才改动的。

　　总结

　　Jama Connect里面怎么去新建项目，还有项目的模板又要怎么去选，处理的思路是要看这个项目的来源到底是什么。如果是一个全新的产品，那从空白的项目开始搭会比较合适；如果是跟以前做过的同类型产品，那直接复制一套标准模板就行；要是旧版本的升级分支，那就可以把同步关系给打开。等到项目创建完了以后，再回过头去检查一下Explorer Tree的结构、权限的分配、需求的类型、追踪的规则，还有最初的基线。只要前期的结构搭得足够清楚，后面再去做需求的评审、版本的比较，还有测试的追踪，都能省下不少整理的时间。