项目
快速解释
项目 – 是一组问题(Issue)的组成
初始属性:
名称(Name)
键值(Key)
项目负责人(Project Lead)
附加的属性:
URL
项目类型(Project Type)
项目类别(Project Category)
头像
描述
益处:
在 Jira 的项目(Project)可以是属于一个部门、一个团队或是用来进行一个大的需求(initiatives) 的任
务追踪。
何时使用:
当你需要不同的模块、版本、权限策略或邮件通知策略时,建议你可以创建一个新的项目。
文档链接: jirastrategy.com/link/jira-project
创建新项目的策略
当有许多创建项目的请求要执行时,使用可重复的标准程序来创建项目会节省许多的时间。
底下描述的情境是否熟悉呢?
玛丽: “嗨,约翰,我需要尽快创建新的JIRA 项目来启用一个生态需求的项目进行任务跟踪。"
约翰: "没问题,玛丽。 那你的新项目的名称是什么呢?谁是项目负责人呢?你需要任务导向的工作流或
是支持导向的工作流呢?另外,你希望什么时候创建这个项目呢?"
玛丽: "约翰,就叫做「湿地重建」,大约下周需要这个项目。"
约翰: "谢谢你,玛丽。 我需要知道你的项目负责人是谁?还有你需要什么样的工作流类型呢?"
对话来来回回持续进行,可能会持续几个小时甚至几天,直到约翰终于掌握了创建新项目所需的基本信息。这过程
非常花费时间。相反地,为了节省时间,我们可以为每一个新项目请求的类型创建一个标准模板。
措辞:新项目请求的步骤范例
JIRA 用作跟踪团队进度或个人任务上是一个极佳的方式。不仅仅适用开发者而已!项目经理、独立团队以
及每个人都能从 JIRA 项目及任务管理的功能上获得帮助。
如果你的团队还没有 JIRA 项目,要创建一个新项目是非常容易的。在申请一个新的 JIRA 项目的同时,你
可以去 JIRA 支持项目去创建一个新问题。(选择”新建项目”问题类型。)
贴士
可以考虑重用既有的工作流、状态、字段以及其他内容在你的新项目中。
一旦管理团队收到你的请求后,你可能会收到很多关于对于该请求相关的问题及建议。请注意,根据项目
的复杂度,完成你的项目设置可能会花费到一周的时间。
你的项目将会停留在”测试模式”直到所有的设置完成。在这段期间,你的团队成员可能无法进入项目进行
操作。
在收到项目设置完成的通知之前,你仅能创建测试的问题。
你可以下载这个措辞在: jirastrategy.com/link/project-wording. 在 “Worksheets, Templates &
Companion Materials” 部分使用这个优惠码就可以免费下载。
工作表: 新项目请求
可以问一些问题来帮助我们判断如何实现该请求或是可以采取其他替代方案。
建议
问问看需要什么样类型的项目,并且尝试使用默认或是标准的方案来满足这些需求。不要去询问一
些会导致定制化的问题。例如,引导项目负责人去选择特殊的工作流将会导致维护上的困难 ,因为
这中间有太多自定义的元素。当必需定制化的情况产生时,需要个别去处理。
问题集
问你的用户底下一些问题作为新项目请求时的一部分工作。
1. 你预期每个月会有多少的问题产生呢?
2. 希望项目名称叫什么呢?
这会是你 JIRA 项目的正式名称。 这个名称会在 JIRA 系统许多地方显示出来,例如”所有
项目”的列表、问题导航的链接(Breadcrumb links)、项目摘要的标题以及管理页面等
等。建议项目名称可以清楚描述、唯一、短并且可以长期使用,最大的字符为 80。
3. 希望取什么样的项目键值呢?
键值是由几个字母组成,用来做为项目的”短”名称和问题的识别 ID。例如,问题
ID”PROJ-1234”的键值就是”PROJ”。最大字符为 10。项目一旦创建后,键值就没有办法
修改了。
建议: 有智慧地鼓励用户命名他们的键值或是帮助他们命名。虽然技术上可以更改项目
的键值,但是不建议这样操作。
4. 期望的项目负责人是谁?
从 JIRA 的视角来看,项目负责人负责整个项目。这个人的名字会在”所有项目”的页面上显
示在项目负责人这一列,并且通常他就是默认的经办人。 项目负责人负责一部分的项目设
置,例如管理项目中能执行某些任务的用户列表。若想了解更多信息,请参考“责任”章
节。
5. 项目的目标是什么?
例如,用作为任务管理、软件开发、支持平台或是其他呢?
6. 在既有的项目设置里,有没有你想要使用的呢?
如果有的话,请提供一个指示如:设置这个项目如同那个项目,并提供该项目的”项目键
值”。
7. 项目预期要使用多久呢?
这个项目有没有结束日期或是归档日期呢?
8. 有没有任何访问限制呢?
指定哪些人仅能查看访问、列出问题的限制,并提供限制,例如,编辑、设定修复版本等
等操作。
9. 有没有想提供其他信息呢?
10. 有没有任何问题?
下载这个工作表在这个链接: jirastrategy.com/link/new-project-request.在 “Worksheets, Templates &
Companion Materials” 部分使用优惠码可以免费下载。
贴士
将这个工作表上所提供的字段转成 JIRA 支持项目的创建页面。
注意事项
当你处理一个新项目的请求,需要考虑一些事情:
根据该用户的需求,创建新的项目呢?还是从既有的项目来调适即可呢?
和这个需求相似的项目是否已经归档了?
被指派的项目负责人是否清楚了解他的职责呢?
必须要定制化或是使用新方案吗?假如有的话,对其他项目、用户组及整个应用会造成什么影响呢?
未来是否有归档的需求吗?如果有的话,创建一个问题并标注未来归档的日期来提醒团队执行归档。
看 "责任" 章节。
建议
每一个项目设置建议在 10 分钟以内。 来自德国萨克森的安德烈莱曼,他是 Atlassian 用户沙龙的负责人
同时也是一位 JIRA/Confluence 的管理员,他建议可以使用命令行接口(CLI)插件去设置一个新项目,不
到 1 分钟即可设置完成。
项目命名
要能够识别你的项目,项目名称及项目键值是相当重要的属性。 最好的作法就是让你的项目键值和你的项目名称相
似,用户们就能够通过项目名称来进行沟通。
你的项目名称应该是描述清楚且通俗易懂。例如,一个带有”ACME(顶点)”键值的项目并没有办法让用户知道什么
样类型的问题应该提交在这里。
项目键值的长度应该要很短。
沼泽中的案例
一个项目键值居然有 13 个字符!这样的情况 JIRA 系统是允许可以这样设置,但是让终端用户键入这
么长的键值毫无意义可言。
不建议
使用含有”保留字”的键值
o 例子: 项目的键值使用”JIRA”将会导致查询上的怪异。
但是 Atlassian 使用”JIRA”、”CONF”、”CWD”键值作为 JIRA、Confluence 和
Crowd 的缺陷公开提交的 JIRA 项目。
避免使用含有数字的键值,键值和数字和流水号的 ID 组合在一起很容易使人困惑。
o 例子:在"YEAR2017"的项目, 第一个问题将会是 YEAR2017-1。
项目类别(Project Categories)
项目类别是一种简单的项目分组,一个项目只能隶属一个项目类别,并且没有办法使用层级式的项目结构。注意,
项目类别有别于项目类型(project type)。
图: 项目类别例子
建议
项目记得都要配置上项目类别,方便用户使用 JQL 进行项目类别的筛选。JQL 例子:category ="IT
Support”
共享项目方案和共享资产
谘询委员会和应用管理小组的目标之一,就是在项目之间共享项目方案和资产。除非有清楚合理需求出现,并且有
别于标准方案的情况发生,不然所有的项目都应该根据共享的方案。共享方案的列表如下:
使项目更快地创建
使项目更容易地维护
使管理页面加载更快
使用户页面加载和查询更快
较少的数据库记录
许多项目能共享的资产如下:
问题类型及问题类型方案
工作流及工作流方案
界面、界面方案、问题类型界面方案
字段、字段配置和字段配置方案
通知方案
权限方案
问题安全方案
角色
项目特定的资产如下:
用户
模块
版本
建议
如果你必须为某个特定的项目创建一组新的方案,建议方案命名的前缀上使用该项目的键值。例如,项目键
值+方案名称。
不建议
不要为每一个新项目都创建全新的一组方案。
建立方案默认值
.Jira 自带键值为”默认(Default)”的一整组方案。假如这些方案失去其完整性,就不再是好的默认设置,并且创建
新的项目也会越来越困难。
建议
看看你的应用偏离默认设置的程度,请参考: jirastrategy.com/link/clean-instance . 在
“Worksheets, Templates & Companion Materials” 部分使用优惠码可以免费下载。
沼泽中的案例
在每个方案类别中伴随着数以百计的方案,公司设置一个简单的新项目时,要在其中能选择合适的方
案变得非常困难。定制化的默认值不再是最理想的默认设置。
建议
有需多的插件可以帮助你建立”项目模版",但你真正需要做的是将你的方案选项列表最小化。如果选择范围
较少,在创建新项目的时候会比较容易选择合适的方案。