新项目请求
可以问一些问题来帮助我们判断如何实现该请求或是可以采取其他替代方案。
建议
问问看需要什么样类型的项目，并且尝试使用默认或是标准的方案来满足这些需求。不要去询问一些会导致定制化的问题。例如，引导项目负责人去选择特殊的工作流将会导致维护上的困难，因为这中间有太多自定义的元素。当必需定制化的情况产生时，需要个别去处理。
问题集
可以询问用户以下一些问题作为新项目请求时的一部分工作。
1. 你预期每个月会有多少的问题产生呢？
2.希望项目名称叫什么呢?
这会是你JIRA项目的正式名称。 这个名称会在JIRA系统许多地方显示出来，例如”所有项目”的列表、问题导航的链接、项目摘要的标题以及管理页面等等。建议项目名称可以清楚描述、唯一、短并且可以长期使用，最大的字符为80。
3.希望取什么样的项目键值呢？
键值是由几个字母组成，用来做为项目的”短”名称和问题的识别ID。例如，问题ID”PROJ-1234”的键值就是”PROJ”。最大字符为10。项目一旦创建后，键值就没有办法修改了。（新的版本可以修改）
建议: 有智慧地鼓励用户命名他们的键值或是帮助他们命名。虽然技术上可以更改项目的键值，但是不建议这样操作。
4.预期的项目负责人是谁？
从JIRA的视角来看，项目负责人负责整个项目。这个人的名字会在”所有项目”的页面上显示在项目负责人这一列，并且通常他就是默认的经办人。 项目负责人负责一部分的项目设置，例如管理项目中能执行某些任务的用户列表。若想了解更多信息，请参考“责任”章节。
5.项目的目的是什么？
例如，用作为任务管理、软件开发、支持平台或是其他呢？
6.在默认项目设置(Scrum Kanband Task management......)里，有没有你想要使用的呢？
如果有的话，请提供一个指示如：设置这个项目如同那个项目，并提供该项目的”项目键值”。
7.项目预期要使用多久呢？
这个项目有没有结束日期或是归档日期呢？
8.有没有任何访问限制呢？
指定哪些人仅能查看访问、列出问题的限制，并提供限制，例如，编辑、设定修复版本等等操作。
9.有没有想提供其他信息呢？
10.有没有任何其他问题？
心得分享：
以上问题可以考虑创建一个独立的项目，叫做立项项目或是JIRA支持项目，可以有效控管所有项目立项的原则和目的，更可以在适合的时候进行归档，有效管理所有项目，有经验的JIRA管理员都知道，太过个性化的内容会造成运维上的困难，过多自定义的内容也会导致系统效能上下降，分享给大家。
