在配置项目之前，建立用户的预期是相当重要的事情。可以避免你在设置项目的过程中，用户去创建问题或是启用项目的情况发生。
建议1
为了不让用户受到配置进行中的项目互相影响导致冲突，我们建议将项目隐藏起来，直到所有项目的配置（包括测试）完成。并且只允许测试项目的用户具有“浏览”权限。
建议2
对于大型定制化的项目，将这个清单列表作为请求工单，在完成这些条目时进行”检查”。这有助于需求请求者知道何时可以去测试他们的新项目。
创建新的JIRA项目时，这里提供一个好用的清单让配置更容易完成，仅需按照顺序完成每一个条目即可。
工作表：新项目配置检查表
下面的清单旨在指导你完成项目配置过程。在所有清单条目完成以前，请不要启用你的项目（在项目创建真实的问题）。在每一行条目旁边找一个绿色的复选标记。此外，当你完成的时候，请找任何注记或行动条目。我们期待你完成你的项目设置。
配置过程（手把手过程）
1.创建项目
显示名称: [长的名称]
项目键值： [键值]
项目URL: [URL]
2.设置用户和角色
设置/修改 项目负责人
设置默认经办人
3.设置项目细节
链接
项目类型(Project Type)
项目类别(Project Category)
图标
描述
4.创建/设置/验证 问题类型
5.创建/设置/验证 权限方案
6.创建/设置/验证 通知方案
7.创建/设置/验证 工作流
8.创建组件模块
可用的临时的”测试”值。
9.创建版本
可用的临时的”测试”值。
10.新建自定义字段
11.验证标准功能
12.创建/设置/验证 字段配置方案
13.创建/设置/验证 界面
14.创建测试问题
15.新项目请求者进行测试
16.处理变更请求
17.删除测试问题
18.取消项目隐藏
19.附档配置截屏
20.删除未使用的方案
项目配置建议
当你完成每一个配置步骤后，思想一下底下的建议。
1.创建项目
显示名称
建议：记得将项目名称反馈给用户。注意任何必要的修改。（例如：删除特殊字符、缩短长度、拼写或大写校正等）
项目键值
建议：将项目键值反馈给用户，并注意原始请求中任何的修改。
项目URL
建议：贴上项目的URL，以便用户新的位置可以轻松地访问和收藏书签。
2.设置用户和角色
建议：在建立设置项目的过程中，记得在”Users”角色移除一般用户。这可以让项目在启用之前，防止一般用户创建问题。并且只将少数的测试用户加入”Users”的角色中，这样就可以在后续步骤中测试该项目。另外，添加“jira-administrator
组”到“Administrator”的角色中（除非已经通过权限方案获得该角色权限就不用操作）未来他们可以协助支持项目管理的工作。
设置/修改 项目负责人
建议：需要向用户传达项目所有权的职责， 详见”职责”章节的贴士.
建议：不要将分配列表的成员或是一般用户设置为项目负责人。
设置默认经办人
3.设置项目细节
链接
建议: 链接的位置要能使用户能够获得需求或团队的更多信息。
建议：假如你有使用Confluence，将JIRA项目的键值和Confluence的空间键值匹配，这样能让用户更容易找著两套应用的位置。
项目类型(Project Type)
项目类别(Project Category)
图标
描述
建议：提供项目单一的联系窗口给应用管理员和终端用户。假如你决定将分配列表的成员或是一般用户列为项目负责人，请在这里添加分配列表的项目负责人的名称。
建议：将创建该项目的JIRA支持项目的问题ID号填入，使我们更容易访问到设置和定制化的注释。
图片: 项目描述中含有请求问题ID号
4.创建/设置/验证 问题类型
5.创建/设置/验证 权限方案
6.创建/设置/验证 通知方案
7.创建/设置/验证 工作流
8/创建组件模块
建议：如果在新项目创建的需求中并没有提供组件模块的值，请添加一个临时值”Test”，并且要求项目负责人设置。假如字段配置方案将组件模块设置为必填的情况，这样的动作可以避免UI上的错误信息-会显示组件模块为必填的字段。
9.创建版本
建议：假如在新项目创建的需求中并没有提供版本的值，请添加一个临时值”Test”，并且要求项目负责人设置。假如字段配置方案将版本设置为必填的情况，这样的动作可以避免UI上的错误信息-显示版本为必填的字段。
10.新建自定义字段
11.验证标准功能
12.创建/设置/验证 字段配置方案
13.创建/设置/验证 界面
14.创建测试问题
建议：在新项目请求者测试之前，可以在你的新项目中的工作流中建立管理测试。为每一个可用的工作流、界面、字段配置建立一个测试问题。测试预期的工作流程路径和任何替代路径，请完整填写下一组测试人员所期望的数据。
建议：尽情地享受在你的新项目中测试新问题！这是一个非常好的方式，能够让新项目请求者在整个项目配置过程中感到兴趣。创建一些看起来很傻的问题示例，这样更可能在平和的摘要标题”Test Issue#1”中引导反馈。
15.新项目请求者进行测试
建议：在新项目创建新的工作流的过程，记得建立用户验收测试的环节。这个测试是在项目面向终端用户之前，交由新项目请求者或是项目负责人、模块负责人来验收完成。你可能需要提供操作指导让测试人员能够了解他们需要测试的内容以及他找寻的内容。让他们创建、编辑测试问题并且执行工作流测试移转状态。
16.处理变更请求
17.删除测试问题
建议：在批量删除测试问题的过程中记得关闭电子邮件通知。另一方面，关闭和清理问题时说明它们是为了测试目的而创建的。
18.取消项目隐藏
建议：通过将一般用户加入到”User”角色中，让项目可见。（注：可能只包括“内部”用户组）。关详细信息，请参见“外部用户”章节。
19.附档配置截屏
建议：将项目管理的”摘要”页面进行快照，这样你就能拥有初始设置的纪录。将截图附档到新项目请求问题。
20.删除未使用的方案
建议： JIRA在创建新项目时可能会自动创建新的方案。如果要使用共享方案的话，请移除这些新方案。
样书下载点