jira项目管理

本文目录一览：

• 1、jira和ones哪个好？
• 2、JIRA是什么的缩写？
• 3、JIRA这个是做什么用的？
• 4、【敏捷实用工具】JIRA介绍以及使用方法
• 5、Jira权限管理之问题安全方案
• 6、【项目管理】在Jira中关闭问题

jira和ones哪个好？

Jira 和ONES我们团队都使用过，那么究竟 Jira 和 ONES 哪个更好呢？我在研发团队内部做了小调研，大家都觉得，整体来说 ONES 体验感比 Jira 好，更加符合我们的期待。

先简单介绍一下我们团队的背景和需求：

公司做网文行业，团队规模400+，研发团队占据一半。由于该行业需要快速迭代出受众喜欢的功能，我们主要采用敏捷的研发方式，比较看重项目管理软件的稳定性、功能的全面性和费用性价比这几个方面。

Jira 的功能的确很强大。但由于它是一家西方基因的公司，产品的设计对国人不是很友好，学习成本高。

我最开始上手 ONES 只用了一两天，很好操作也很方便，覆盖了需求、开发、测试、部署、交付整个研发流程的管理。

最重要的是，它支持一键导入Jira数据，用户、用户组、项目配置等都可以实现完整的迁移，这对我们团队来说是很便利的。而且，我好像听说 ONES 公司去年融资了1个亿，整体发展势头还是很足的。

Jira和 ONES 的相同点还是很多的：

（1）它们都是项目管理工具且都适用于敏捷团队

（2）都适用于项目进度追踪、缺陷管理、缺陷追踪等场景

（3）都支持SaaS、私有部署和高可用版本

他们的差异也不少，ONES 的优势更加明显，这也是我近半年（目测未来的多年内）使用 ONES 的原因。且来听听我的分析吧，我将从产品能力、扩展能力、稳定性、使用感和服务能力几个方面评估。

这是 ONES 几款产品能力的流程图：

产品能力

Jira仅支持Scrum模型的基础功能，如果需要其他扩展性功能（例如内容管理、流程强化，工时统计）要另购买插件，价格不菲；ONES 支持敏捷、瀑布、DevOps等多种模式，有强大的产品组装能力，价格也便宜很多（这对于小公司来说太重要了）

2. 扩展能力

Jira支持邮件和钉的机器人提醒，默认可与用户系统打通，且必须是LADP或者AD服务。ONES 提供 API 接口，支持从国内主流办公系统进行账号同步组织架构。

3. 稳定性

Jira的境外云服务难以保证数据的安全。ONES 是支持私有部署的，数据与外网隔离，更加安全可控。

4. 使用感

Jira的界面包括整体思维模式都不太符合国人，更加偏向西方，且不适用于新手。ONES 使用感好一点，更加了解大家的痛点及诉求，上手简单。这也是我们团队成员最开始用 ONES 时第一感受。

5. 服务能力

Jira无原厂服务，主要通过代理商为中国企业服务。ONES 提供完整的解决方案，24小时远程都有客服，且售前售后提供的咨询服务都是免费的。

总的来说，Jira 和 ONES 对比下来，ONES 更加出彩，产品矩阵也更加专业。主要的优势在于：

（1）高度灵活，自定义程度高，可以适配很多场景

（2）更加了解国人的痛点，界面简洁，使用感好

（3）ONES 成本真的很低！Jira的插件很贵，企业负担较大

（4）服务不错，24小时远程解决客户问题

JIRA是什么的缩写？

JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。JIRA创建的问题类型包括New

Feature、Bug、Task和Improvement四种，还可以自己定义，所以它也一是过程管理系统。JIRA融合了项目管理、任务管理和缺陷管理，许多著名的开源项目都采用了JIRA。

JIRA这个是做什么用的？

JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。JIRA创建的问题类型包括New Feature、Bug、Task和Improvement四种，还可以自己定义，所以它也一是过程管理系统。JIRA融合了项目管理、任务管理和缺陷管理，许多著名的开源项目都采用了JIRA。

【敏捷实用工具】JIRA介绍以及使用方法

正文共2254字，阅读时间：6分钟

敏捷开发并不是由敏捷工具来推动的。

但是没有敏捷工具的支持，就很难进行各种软件工程的相关事件，工具的作用是约束和流程，正确使用敏捷工具可以事半功倍，实践敏捷。

近几年来敏捷开发催生大量敏捷工具的产生，在敏捷工具上多了很多种选择，每个团队需求不一样，就会使用到不同的敏捷工具。

不同的组织使用JIRA追踪不同的问题。

JIRA的项目是根据你的企业组织需要定制的，是问题的集合。 例如, 一个JIRA项目可以是:

一个软件研发项目

一项市场推广活动

一个技术服务/帮助台系统

一个需求管理系统

一个网站需求调查系统

一个项目模块是这个项目中问题的逻辑分类集合。每个项目都可以根据你企业组织的要求设置多个模块 (也可以不设置模块)。

例如：一个软件研发项目可以设置“文档”，“邮件系统”、“用户界面”等模块。一个网页设计项目可以设置“产品”“联系我们”“专业服务等模块。

对于一些项目类型来说, 特别是软件研发项目, 为问题关联产品的 版本 是非常有用的 (例如 1.0 beta, 1.0, 1.2, 2.0)。

一个问题可以设置两种类型的版本信息:

影响版本 — 可以清晰地反映出这个问题在哪个版本中出现错误。

例如, 一个软件的缺陷可能影响了产品的 1.1 和 1.2版。

修复版本 — 可以反映出报告的问题将在哪个版本，或已经在哪个版本中修复了。

例如， 软件缺陷影响了产品的 1.1 和 1.2版，这个缺陷已经在2.0版中修复了。 注意没有修复版本的问题会被归类到“未规划”，就像上面截图显示的一样。

版本可以有3个状态: 已发布，未发布或已归档。

版本可以设置发布日期，而JIRA会自动将到期而还没有发布的版本高亮显示出来，并标注上'超期'标志。

Jira是Atlassian公司出品的一款事务管理软件。

无论是“需求”，还是“BUG”，或是“任务”，都是“事务”的一种，所以Jira可以胜任非常多的角色：需求管理、缺陷跟踪、任务管理等。

因为Jira提供了专门的Scrum视图和Kanban视图，所以特别适合敏捷开发团队使用。大型互联网公司如LinkedIn、Facebook、eBay等内部都在使用Jira。

Jira在国内的销售价格相当贵，而且没有永久授权，只能年付，CSDN的报价最低18000元（25用户）。推荐直接去官网购买，10人以下团队的永久授权只要。这个价格，别说小团队正式使用，就是个人玩票性质的买一个正版，也是完全可以了。

- 创建问题

1.点击页面顶部的“创建问题”链接；

2.会显示“选择项目和问题类型”弹出框，选择相关项目和问题“创建”按钮。

这里值得注意的是：

如果默认的项目或问题类型不会显示这个弹出框，例如：只有一个项目，并且这个项目只有一个问题类型。

如果你在浏览项目时点击 ‘创建问题’链接，而且浏览的项目只有一个问题类型。

如果你在浏览项目时点击 '创建' 图标， 例如：

3.“输入问题详细信息”页面会显示出来。输入问题主题并完成所有标有带星号的斜体字体的必填字段。

为问题上传附件或者截图

1.打开你需要上传附件的JIRA问题。

2.在-更多操作-菜单中，选择“上传附件”或者“上传截图”。

（更多菜单）

（上传附件）

（上传截图）

在不同的操作系统截取屏幕的方法也不同，比如:

在Windows中截取屏幕

截取新的屏幕 — 要截取屏幕并保存到剪贴板，使用下面任一种方法:

-按 ALT-PRINTSCREEN 键截取当前的窗口

-按 CTRL-ALT-PRINTSCREEN 截取整个桌面

已经存在的图像 — 使用你熟悉的图像浏览应用程序，并打开已存在的图像文件然后复制图像到剪贴板。

在Mac OSX中截图屏幕

截取新的屏幕 — 要截取屏幕并保存到剪贴板，使用下面任一种方法:

-按 CTRL-APPLE-SHIFT-4 键截取当前的窗口

-按 CTRL-APPLE-SHIFT-3 截取整个桌面

已经存在的图像 — 使用你熟悉的图像浏览应用程序，并打开已存在的图像文件然后复制图像到剪贴板。

在为问题登记工作日志之前，你需要为问题设定初始预估时间 (即 预估完全解决这个问题所需要耗费的时间)。

当第一次为问题登记了工作日志， JIRA自动地以初始预估时间减去耗费时间 (实际工作时间) 计算出 剩余预估时间。 当再次登记新的工作日志后，JIRA再从 剩余预估时间 中减去 此次工作所 耗费的时间，作为解决这个问题的 剩余预估时间。

当然，在问题的解决周期内，你可以手动编辑 初始预估时间 或者 剩余预估时间:

定位并查看一个问题, 点击页面顶部的 '编辑' 按钮。

或

在页面右上角，点击 '创建问题' 发起一个新的问题，并填写所有必要的字段

编辑时间跟踪字段:

初始预估时间 — 解决这个问题预估需要多少时间。 通常, 可以在创建问题或第一次登记工作日志之前设置这个时间值。

剩余预估时间 — 解决这个问题还需要多少时间。

在 初始预估时间 或 剩余预估时间 字段中输入具体的时间。 使用 'w', 'd', 'h' 和 'm' 时间单位来表示周,日,小时或分钟。例如, 要设置 '6小时' , 输入 '6h'。

(消息) 如果这两个字段都是必填项 (标注了红色星号), 你可以只输入其中一个字段值，而其他字段可以留空。当你提交这个表单, 你在其中一个字段中填写的值，会被复制到留空的字段。

点击页面底部的 '更新' 按钮。

END

阅

Jira权限管理之问题安全方案

前面说了全局方案和项目方案，项目权限主要是设置项目的管理者、浏览者、创建、编辑、删除、被分配问题权限以及备注、时间追踪、投票、关注等权限。而针对问题的安全设置的目的是项目中的问题允许哪些人看到，这个是通过设置问题的安全方案来实现的。

一、添加问题安全方案

路径：系统管理界面，问题-问题安全方案

点击“安全级别”，进入安全级别的添加和删除。 一个方案下可以添加多个安全级别，比如产品可见，测试可见（是不是可以用这种方法控制不同类型的issue查看权限。 比如需求、bug建两个安全级别，这样就可以把权限分开？）

二、将用户/组/项目角色添加到问题安全级别

添加用户组/项目角色等到问题安全方案，这里为了测试，把该方案授权给项目角色PO。那么报告人创建问题时，选择这个安全级别，则只有这个安全级别设置的用户/用户组/角色可以看到这个问题。

以下几个选择的意义。（用户自定义域值和组自定义字段值）

三、将项目问题关联到安全方案

进入项目，问题安全级别，选择一个方案，按下面步骤进行设置。

四、将“设置安全级别”的权限设置给“报告人”

最后，要在“项目权限”的设置中，给问题报告人设置安全级别的权限。即报告人在创建问题时能够选择安全级别，路径：项目权限方案-问题权限

五、创建问题时选择安全级别

报告人创建问题时，可以选择安全级别，选择后该问题只能指定用户/群组或角色看到。

【项目管理】在Jira中关闭问题

工作中遇到Jira使用细节，在这里记录探讨和明确Jira使用过程中的两个问题

问题包括人物，技术改造，BUG等细项。发起者是系统开发人员，产品经理，测试人员等所有的项目参与人员。执行者是对应的执行者，可以责任到人，指定唯一。

这里的问题结束指 不显示在登录者的面板中

主要关系到问题的两个属性 1）状态 2）解决结果

如果你的“分配给我的” 问题并没有上边这个图片这么清净的话那么：

1. 你该及时处理你头上分配的问题了。

2. 你的问题虽然已经关闭但是还是显示在这里，这时候请编辑对应的问题的“解决结果” 将其设置完成。对应的问题就不会再你的dashboard中显示了。

长期运行的jira项目中，会出现很多难于关闭的问题，主要原因有几个

首先是责任问题，每次版本上线偶尔会遗留一些看似很重要，但是不会被继续跟踪或者修复的bug，产品缺陷，久而久之形成脏数据，没有人愿意跟踪，并为这个问题的关闭负责任。一个研发团队过度强调责任规定，就会遇到脏数据原来越多的困扰。

这时候，不妨使用敏捷开发的box模型理论，敏捷开发中把发布周期定位2到3周，认为是一个box，而box内的既定工作，时间一到，就应该结束，或者说都应该有定论。要么关闭不处理要么转为下个版本强行处理，不然就是越拖越没有人管。

测试人员提交的问题的 开发工时 ，最后是计入问题解决者，还是计入测试人员。总之来说，计算工时这个事是不靠谱的，各个操作者的能力不同，认知不同，造成的时间评估就是不确定的，再加上不可控因素太多，在一个团队中的推行成本很大。

之前不理解不靠谱的事情为什么还要去做，或许是站的思考维度不一样，对于普通工程师来说，认为录入工时是费事且不准确的，但是对于管理层的管理者来说，需要依据这样的数据来评估整个部分的工作时间和投入产出，或者人员成本投入的大致趋势。可以允许不准确和偏差，确不允许完成没有这项指标。

是不是可以用【If you can’t measureit ，you can’t improve it】来解释？