jira项目管理,jira项目管理使用哲学
jira是什么工具
JIRA是一款项目管理工具。
JIRA的开发者是 Atlassian,是集项目计划、任务分配、需求管理、错误跟踪于一体的商业软件。由于Atlassian公司对很多开源项目提供缺陷跟踪服务,因此在开源领域,其认知度比其他的产品要高得多,而且易用性也好一些。
同时,开源还有另一特色,就是在用户购买其软件的同时,也就将源代码也购置进来,方便做二次开发,许多著名的开源项目都采用了JIRA。它配置灵活、功能全面、部署简单、扩展丰富等超过150项特性得到了全球115个国家超过19,000家客户的认可。
JIRA的主要功能
1、问题追踪和管理:用它管理项目,跟踪任务、bug、需求,通过jira的邮件通知功能进行协作通知,在实际工作中使工作效率提高很多。
2、问题跟进情况的分析报告:可以随时了解问题和项目的进展情况。
3、项目类别管理功能:可以将相关的项目分组管理。
4、组件/模块负责人功能:可以将项目的不同组件/模块指派相应的负责人,来处理所负责的组件的Issues。
5、项目email地址功能:每个项目可以有不同的email(该项目的通知邮件从该地址发出)。
6、无限制的工作流:可以创建多个工作流为不同的项目使用。
【项目管理】在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】来解释?
Jira 权限配置最佳实践 - 项目组成员权限管理
Jira字段配置最佳实践
最佳实践 | "拯救"Jira — 规模化团队敏控创变之路 | IDCF
JIra配置权限方案
JIRA笔记(二):用户、组、角色、权限方案
Jira 用户权限设置
jira权限设置-各个项目组查看不同项目
在JIRA的一个项目中,如何设置让项目中的问题可以设置不同的权限让不同的人看到。
JIRA项目权限分配操作手册(详细详细详细)
本文的配置目标为“实现不同角色的项目组成员仅可访问指定权限资源”。
Jira中权限分为应用程序权限、全局权限和项目权限方案。应用程序权限为访问jira应用或者其他一些购买的应用的权限,为最高层次的权限,决定了用户可以访问的应用程序的范围。全局权限为某个用户组可以访问或者控制的应用内系统资源的权限。这些权限包括报表、对象创建访问管理等。而项目权限方案是从项目视角看,不同角色的用户具有的访问项目资源的权限方案。
当前配置中配置为所有组用户均可访问jira-software。
这里简单地将用户分为管理员和jira系统用户。管理员组中用户具有管理所有资源的权限。而普通用户组成员仅仅具有参与项目的权限。
针对自己的组织特点(公司项目架构),梳理出项目中所有参与的角色,并在项目权限方案中配置每个项目角色所具有的权限。
分为基础用户组(调整修改jira-software-users),系统管理组(使用默认jira-administrators)。
项目权限方案的配置原则为“项目参与者角色具有对应角色权限”。在“系统-安全-项目角色”功能中添加一系列的项目角色。包括项目经理、产品经理、研发工程师、测试工程师、设计师、用户等角色。
在问题-权限方案中调整权限方案。调整默认的方案模型,进行如下的权限配置。项目创建之初,只需要指定不同的角色即可实现项目权限的管理。
项目管理权限配置如下。保证了仅仅项目组成员可以查看项目信息。
编辑权限方案,配置相应角色的权限项目。对应的问题权限配置示例如下。
编辑决策人和观察者相关权限。
配置问题评论权限。
编辑附件权限。
在项目设置中修改权限方案。
之后将人员添加到项目,并配置其角色即可。一个人员在项目中可以具有多种角色。