作者主页(文火冰糖的硅基工坊)：文火冰糖（王文兵）的博客_文火冰糖的硅基工坊_CSDN博客
本文网址：https://blog.csdn.net/HiWangWenBing/article/details/126768622
目录
前言：
在项目管理中，通过结构化的方式来量化整个项目生命周期中的不同阶段的所有活动，一直是大规模项目管理的追求的目标。在大规模的项目管理中，涉及的人员成千上万，同时并行发布的版本也是也非常多，涉及到独立开发的软件功能也是成千上万，如何对这些持续发布的项目中的每个活动进行机构化量化，就显得非常有意义，本文就是探讨能够实现此目标的项目管理工具Jira。
第1章 什么是Jira
1.1 概述
JIRA是Atlassian公司出品的收费性项目与事务跟踪工具，被广泛应用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。
简单地说，jira是软件工具，把一个流程性、事务性的工作，进行结构化分解、并对工作中的每个活动进行机构化和量化，比如活动持续时间的量化、开始时间、结束时间等等。
IRA已经被分布于上百个国家的上万个组织中的管理人员、开发人员、分析人员、测试人员和其他人员所广泛使用。
1.2 下载
JIRA推出云服务和下载版，均提供30天的免费试用期。
云服务无需安装可直接试用，
下载版采用一键式评估安装，在用户自己的服务器上运行。
1.3 同类工具的比较
| 类别 | 功能 | JIRA | ClearQuest | Bugzilla | Trac |
| 生产商 | Atlassian | IBM | Mozilla Foundation | Edgewall Software | |
| 许可授权 | 商业授权 | 商业授权 | 免费 MPL | 免费BSD | |
| 数据库 | MySQL | Y | Y | Y | |
| PostgreSQL | Y | Y | Y | ||
| MS SQL Server | Y | Y | |||
| Oracle | Y | Y | Y | ||
| SQLite | Y | ||||
| DB2 | Y | ||||
| Access | Y | ||||
| Sybase | Y | ||||
| 特性 | 测试计划整合 | Y | Y | Y | Y |
| 自定义工作流 | Y | Y | Y | Y | |
| 支持Unicode | Y | Y | Y | Y | |
| 自定义字段 | Y | Y | Y | Y | |
| 支持SLA | Y | ||||
| 插件扩展 | Y | Y | Y | ||
| 多项目管理 | Y | Y | Y | ||
| 输入界面 | 网页 | Y | Y | Y | Y |
| 电子邮件 | Y | Y | Y | ||
| 命令行 | Y | Y | |||
| 图形客户端 | Y | Y | Y | ||
| REST API | Y | Y | |||
| SOAP | Y | Y | |||
| Mylyn | Y | Y | Y | Y | |
| Visual Studio | Y | ||||
| 通知方案 | 电子邮件 | Y | Y | Y | Y |
| RSS | Y | Y | Y | ||
| 即时通信 | Y | ||||
| 版本控制 | Git | Y | Y | Y | |
| Mercurial | Y | Y | Y | ||
| Bazaar | Y | Y | |||
| Monotone | Y | ||||
| Darcs | Y | ||||
| CVS | Y | Y | Y | ||
| Subversion | Y | Y | Y | ||
| Perforce | Y | Y | Y | ||
| AccuRev | Y | Y | Y | Y | |
| ClearCase | Y | Y | |||
| 认证方式 | 网页 | Y | ? | Y | Y |
| 公开密钥 | ? | ||||
| OpenID | Y | ? | Y | ||
| OAuth | Y | ? | |||
| LDAP | Y | Y | Y | Y |
1.4 主要特征
工作流：按照时间的顺序的活动流程图
-
开箱即用，提供用于缺陷/故障管理的默认工作流
-
工作流可以自定义，工作流数量不限
-
每个工作流可以配置多个自定义动作和自定义状态
-
每一个问题类型都可以单独设置或共用工作流
-
可视化工作流设计器，使工作流配置更加直观
-
自定义工作流动作的触发条件
-
工作流动作执行后，自动执行指定的操作
项目：有多个工作流组成一个项目
-
每个项目都有自己的概览页面包括：项目详细信息、最新更新情况以及一些报告的快捷方式
-
在项目界面中查看按照状态、是否解决等条件设置的分类统计报告
-
查看项目最新的活动情况
-
查看项目的热门问题
-
可以设置项目类别，将项目分组管理
-
可以为每个项目设置单独的邮件通知发件地址
-
自定义安全级别，指定用户对问题的访问
-
指定组件/模块负责人
问题管理：故障
-
自定义问题类型，适应组织管理的需要
-
自定义字段，可选择字段类型超过20种，在此基础上还支持插件进一步扩展
-
自定义问题安全级别，可以限制指定用户访问指定的问题
-
如果多个问题需要同时修改同一字段值或执行同一工作流动作，你可以使用批量操作功能一次性完成
-
登记问题预计完成时间、实际工作时间，就可以了解该问题预计还剩多长时间才能解决。甚至可以出具时间跟踪报告，了解用户的工作效率
-
支持远程创建问题，通过多种方式在JIRA中创建问题，如电子邮件、移动设备客户端
-
如果一个问题需要多人协作，可以将问题分解为多个子任务，分配给相关的用户
-
将相关或有依附关系的问题建立链接，以便于用户快速了解
-
为JIRA的问题添加附件，可以帮助技术人员快速解决问题，当上传图像文件时，JIRA自动显示图像缩略图。你也可以直接将剪切板中的图像粘贴到JIRA问题中
-
为问题设置到期日，可以在搜索或在图表中展示即将到期的问题
面板：自定义的访问系统的入口
-
自定义面板，可以在面板中添加任何符合OpenSocial规范的小工具
-
可以简单地创建、复制，生成多个面板，分别管理不同的项目
-
支持墙板
-
可以收藏面板，或将面板共享给指定的用户
-
面板布局灵活，支持拖拽
搜索
-
快速搜索，输入关键字，马上显示符合条件的结果
-
简单搜索，只需点选，就可以将所有条件组合，查找出符合条件的问题
-
可以将搜索条件保存为过滤器
-
可以将过滤器收藏或共享给其他用户
-
支持JQL搜索语言，可以使用像 "lastLogin", "latestReleasedVersion" 或 "endOfMonth", "membersOf" 之类的函数，并且可以自动补完
-
针对搜索结果进行批量操作，一次性完成多个问题的编辑或执行等操作
安全
-
JIRA的用户可以交由LDAP验证
-
允许设置匿名访问
-
任何使用管理员功能的进程，都需要额外验证，并且10分钟过期，以保证JIRA的安全
-
查看所有登录到JIRA的用户状况
-
将用户归属与用户组，用于维护安全权限和操作权限
-
允许每个项目单独定义项目角色成员，打破用户组权限的限制，减轻系统管理员对于项目权限的维护工作量
-
每个项目可以独立设置自己的安全机制
-
限制某些用户访问指定的问题，即使该用户拥有这个项目的访问权
-
白名单机制，限制外部链接直接访问JIRA数据
通知、提示
-
通过邮件通知方案，配置在JIRA工作流关键阶段自动发送通知邮件
-
即使你不参与问题的解决，只要有权限，你也可以关注一个问题。只要关注的问题有任何变化，你都可以接受到邮件通知
-
定期接收JIRA的指定报告，如超期未解决的问题列表、5天未更新的问题列表等
-
在你习惯的RSS阅读器中接收JIRA的任何变动
-
在JIRA页面顶部明显的位置发布最新通知公告
集成
-
通过插件生态平台marketplace,有300种以上的插件可供选择，用以提高JIRA扩展性或提高JIRA的易用性。插件还在持续增加。
-
使用 GreenHopper 插件，实现敏捷项目管理
-
通过插件，JIRA可以将报告的缺陷与源代码建立联系，以便于了解缺陷在哪部分代码中被修复
-
JIRA 提供全面的 remote APIs - 包括REST,SOAP,XML-RPC等 - 并且Atlassian提供开发教程和示例
1.5 JIRA项目管理工具的缺点
-
JIRA是个商业软件，加上插件的价格通常上百万/年,而Bugzilla、Mantis是开源免费的。
-
对clear case没有官方支持，有一个plugin，但是状态时unsupported。
-
专业性也带来了配置的复杂，建立一套完善的custom fields, workflow, permission scheme并不是一件容易的事情。对于大型公司，通常需要一个专业团队来定制化jira系统。
-
JIRA从使用上来说还是不大符合国人的使用逻辑。
-
JIRA虽然有中文版本，但是中文版本在使用的过程中，部分页面还是会有很多英文，不能做到全中文界面。
-
JIRA对于国内用户提供的售后服务聊胜于无，存在时间和沟通上的一些障碍。
第2章 Jira的基本原理
2.1 JIRA 中涉及的角色
JIRA 作为一个缺陷跟踪管理系统，可以被企业管理人员，项目管理人员，开发人员，分析人员，测试人员和其他人员所广泛使用。
（1）管理人员
根据 JIRA 系统提供的数据，更加准确地了解项目的开发质量和状态，以及整个团队的工作效率。
（2）项目管理者
可以针对登记进 JIRA 系统中问题，进行评估，分配缺陷；
还可以通过 JIRA 系统的统计报告了解项目进展情况以及团队的工作量、工作效率等信息。
项目管理人员还需要给各类人员，包括开发人员和测试人员创建相应的开发活动或task，这是Jira结构化项目中各种活动的关键！！！
在 JIRA 系统中查看分配给自己的问题，及时进行处理，填写处理情况并提交工作量记录。
也就是说，开发人员需要根据自己实际情况，填写工作量和完成状态。即被分配到结构化叶子节点任务的人员需要为Jira系统提供精确原始数据，汇总节点自动对其自节点的数据进行汇总。
这是jira能够量化的基础，量化的精确性，取决于原始数据的准确性。
根据测试情况，在 JIRA 系统中及时快速的记录问题并对开发人员处理后的问题进行验证和跟踪。
2.2 任务的层次级别划分
Jira任务的划分是按照层次进行机构化组织的。可以分为N层。
以软件功能开发为例，一个任务，就一个客户的需求。围绕一个客户的需求，从客户需求、到软件开发、到系统测试，可逐步分解成不同的任务。
需要说明的是：任务的切分，与产品的业务密切相关，不同组织的产品，且业务划分是不同的，因此切分的方法也不相同。
2.3 可量化的任务分解案例
（1）实例化的依据
上图是按照开发流程进行任务的划分。
技术可行性分析TA=》需求规范文档工作量评估 =》需求范围CP1书写与Sub feature的划分 =》 系统级Sub Feature需求SFS CP2与Epic划分 =》 项目开发计划 =》 网元级EPIC 需求EFS CP3 =》基于EPIC的开发Story/Task的划分 =》 sub task的执行，包括编码、测试等。
（2）结构化数据的构建
不是由一个人构建，也不是一次性构建的，是由不同的项目管理人员分层、分阶段构建动态构建的。
（3）层次的划分
这取决于组织内部精细化的程度和系统复杂程度。
（4）工作量的输入
每个叶子节点任务的执行人负责输入实际的工作量（实际工作）
执行人输入工作量的精确程度，决定了最终量化数据的精确程度。
（5）工作量的统计与汇总
非叶子节点对自身字节的工作量进行统计 。
525
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
