零代码项目管理如何在企业转型中发挥关键作用
731
2022-10-18
jira项目管理
本文目录一览:
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创建的问题类型包括New
Feature、Bug、Task和Improvement四种,还可以自己定义,所以它也一是过程管理系统。JIRA融合了项目管理、任务管理和缺陷管理,许多著名的开源项目都采用了JIRA。
JIRA是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。JIRA创建的问题类型包括New Feature、Bug、Task和Improvement四种,还可以自己定义,所以它也一是过程管理系统。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人以下团队的永久授权只要$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
阅
前面说了全局方案和项目方案,项目权限主要是设置项目的管理者、浏览者、创建、编辑、删除、被分配问题权限以及备注、时间追踪、投票、关注等权限。而针对问题的安全设置的目的是项目中的问题允许哪些人看到,这个是通过设置问题的安全方案来实现的。
一、添加问题安全方案
路径:系统管理界面,问题-问题安全方案
点击“安全级别”,进入安全级别的添加和删除。 一个方案下可以添加多个安全级别,比如产品可见,测试可见(是不是可以用这种方法控制不同类型的issue查看权限。 比如需求、bug建两个安全级别,这样就可以把权限分开?)
二、将用户/组/项目角色添加到问题安全级别
添加用户组/项目角色等到问题安全方案,这里为了测试,把该方案授权给项目角色PO。那么报告人创建问题时,选择这个安全级别,则只有这个安全级别设置的用户/用户组/角色可以看到这个问题。
以下几个选择的意义。(用户自定义域值和组自定义字段值)
三、将项目问题关联到安全方案
进入项目,问题安全级别,选择一个方案,按下面步骤进行设置。
四、将“设置安全级别”的权限设置给“报告人”
最后,要在“项目权限”的设置中,给问题报告人设置安全级别的权限。即报告人在创建问题时能够选择安全级别,路径:项目权限方案-问题权限
五、创建问题时选择安全级别
报告人创建问题时,可以选择安全级别,选择后该问题只能指定用户/群组或角色看到。
工作中遇到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】来解释?
版权声明:本文内容由网络用户投稿,版权归原作者所有,本站不拥有其著作权,亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容,请联系我们jiasou666@gmail.com 处理,核实后本网站将在24小时内删除侵权内容。