使用 JIRA 4.0 + Greenhopper 4.0 进行项目状态跟踪

使用 JIRA 4.0 + Greenhopper 4.0 进行项目状态跟踪

开始使用 jira 4 + greenhopper 4,为了两个原因:

1. 简单:方便的创建问题,方便的更新状态(可视化拖拽)

2. 清晰:图表燃尽图显示项目状态,任务视图直观查看所有任务状态

一直希望项目组所有人都能够清楚的了解项目的状态。而我也能够跟踪项目中问题的状态,但实际情况确不像想象的那么容易。

之前一直使用 jira 来做项目问题管理,包括任务的管理。但发现实际上想要了解项目状态的时候,却比较困难。其实我发现最好工具的是纸、笔和白板,但办公室没有这个条件。

看不到项目状态有以下几个原因:

1. 项目风格比较宽松。愿意把任务记在上面就记,不愿意记就不记。我想起任务的时候,就会把任务记上,分配给相应的人。但不是每个人都习惯这样做。jira上没有所有的任务,自然无法看到状态。

2. 任务状态不及时更新。主要是懒得更新状态,嫌麻烦。其实和第一个原因比较接近。我一般不喜欢强制让别人做什么,只是想自己做自己喜欢的事情,愿意的事情就好了。虽然我认为 jira 用起来已经相当简单了,但仍然有人认为麻烦,所以,基本就不更新状态,或是记东西什么的。

3. 没有时间估计。这个是项目管理上的问题,我的本意是希望简单,自然,不要给同事们带来麻烦。但发现不估计时间简直就等于自杀,完全看不到项目的状态。

ps:其实评估任务的重要性相当的必要,但上面的问题主要是基于已经确定当前版本范围的情况。所以,也就不用太在意哪个更重要了。

第3个问题没有别的办法,只能进行时间估计。我采用大家一起来估计的方法,我充当产品负责人的角色给大家讲解需求,然后让每个人进行估计,因为目前的项目复杂度不高,所以估计工作量并不难。

我觉得大家一起来估计工作量有两个好处:一、大家有参与感,积极性相对会好一些。二、所有人了解所有的需求,以后有问题也好互相帮助。

前两个问题我希望能通过工具的简单程度解决问题,如果做起来很容易,就会自然去做,而不会觉得麻烦了。

我发现 jira 4 + greenhopper 4 可以方便的创建和修改任务,而且可视化拖拽。这样就能大幅度解决问题,而且燃尽图和任务视图,可以非常直观的给出项目状态,大幅度提高所有人对项目进度的认知。

周末随手破解了一下,暂时先用一用,解压到相应的目录下即可。

jira_crack.rar

换了之后,使用明文注册即可,注册信息可以随便修改,如下:

JIRA 的:

#Sun Oct 25 00:50:34 CDT 2009

Description=JIRA\: COMMERCIAL

CreationDate=2009-10-25

[email protected]

jira.LicenseEdition=ENTERPRISE

[email protected]

Evaluation=false

jira.LicenseTypeName=COMMERCIAL

jira.active=true

licenseVersion=2

MaintenanceExpiryDate=2010-10-24

Organisation=haha

jira.NumberOfUsers=-1

ServerID=B6FW-B4KW-J1A3-4DQB

LicenseID=LID

LicenseExpiryDate=2010-10-24

PurchaseDate=2009-10-25

GreenHopper 的:

#Sat Oct 24 19:09:35 CDT 2009

Description=GreenHopper for JIRA 4\: COMMERCIAL

CreationDate=2009-10-25

[email protected]

greenhopper.NumberOfUsers=-1

greenhopper.LicenseTypeName=COMMERCIAL

[email protected]

Evaluation=false

greenhopper.LicenseEdition=ENTERPRISE

licenseVersion=2

MaintenanceExpiryDate=2010-10-24

Organisation=haha

greenhopper.active=true

LicenseID=LID

LicenseExpiryDate=2010-10-24

PurchaseDate=2009-10-25

ps:本来想写个注册机,但 jira 从 4.0 开始更新了注册的公钥存放位置,原来是文件的,一般叫 leaf.key,现在直接写在程序里了,没办法,只能替换 class,这样写注册机就没什么意义了,所以就硬破解了一下。

使用 JIRA 4.0 + Greenhopper 4.0 进行项目状态跟踪

开始使用 jira 4 + greenhopper 4,为了两个原因:

1. 简单:方便的创建问题,方便的更新状态(可视化拖拽)

2. 清晰:图表燃尽图显示项目状态,任务视图直观查看所有任务状态

一直希望项目组所有人都能够清楚的了解项目的状态。而我也能够跟踪项目中问题的状态,但实际情况确不像想象的那么容易。

之前一直使用 jira 来做项目问题管理,包括任务的管理。但发现实际上想要了解项目状态的时候,却比较困难。其实我发现最好工具的是纸、笔和白板,但办公室没有这个条件。

看不到项目状态有以下几个原因:

1. 项目风格比较宽松。愿意把任务记在上面就记,不愿意记就不记。我想起任务的时候,就会把任务记上,分配给相应的人。但不是每个人都习惯这样做。jira上没有所有的任务,自然无法看到状态。

2. 任务状态不及时更新。主要是懒得更新状态,嫌麻烦。其实和第一个原因比较接近。我一般不喜欢强制让别人做什么,只是想自己做自己喜欢的事情,愿意的事情就好了。虽然我认为 jira 用起来已经相当简单了,但仍然有人认为麻烦,所以,基本就不更新状态,或是记东西什么的。

3. 没有时间估计。这个是项目管理上的问题,我的本意是希望简单,自然,不要给同事们带来麻烦。但发现不估计时间简直就等于自杀,完全看不到项目的状态。

ps:其实评估任务的重要性相当的必要,但上面的问题主要是基于已经确定当前版本范围的情况。所以,也就不用太在意哪个更重要了。

第3个问题没有别的办法,只能进行时间估计。我采用大家一起来估计的方法,我充当产品负责人的角色给大家讲解需求,然后让每个人进行估计,因为目前的项目复杂度不高,所以估计工作量并不难。

我觉得大家一起来估计工作量有两个好处:一、大家有参与感,积极性相对会好一些。二、所有人了解所有的需求,以后有问题也好互相帮助。

前两个问题我希望能通过工具的简单程度解决问题,如果做起来很容易,就会自然去做,而不会觉得麻烦了。

我发现 jira 4 + greenhopper 4 可以方便的创建和修改任务,而且可视化拖拽。这样就能大幅度解决问题,而且燃尽图和任务视图,可以非常直观的给出项目状态,大幅度提高所有人对项目进度的认知。

周末随手破解了一下,暂时先用一用,解压到相应的目录下即可。

jira_crack.rar

换了之后,使用明文注册即可,注册信息可以随便修改,如下:

JIRA 的:

#Sun Oct 25 00:50:34 CDT 2009

Description=JIRA\: COMMERCIAL

CreationDate=2009-10-25

[email protected]

jira.LicenseEdition=ENTERPRISE

[email protected]

Evaluation=false

jira.LicenseTypeName=COMMERCIAL

jira.active=true

licenseVersion=2

MaintenanceExpiryDate=2010-10-24

Organisation=haha

jira.NumberOfUsers=-1

ServerID=B6FW-B4KW-J1A3-4DQB

LicenseID=LID

LicenseExpiryDate=2010-10-24

PurchaseDate=2009-10-25

GreenHopper 的:

#Sat Oct 24 19:09:35 CDT 2009

Description=GreenHopper for JIRA 4\: COMMERCIAL

CreationDate=2009-10-25

[email protected]

greenhopper.NumberOfUsers=-1

greenhopper.LicenseTypeName=COMMERCIAL

[email protected]

Evaluation=false

greenhopper.LicenseEdition=ENTERPRISE

licenseVersion=2

MaintenanceExpiryDate=2010-10-24

Organisation=haha

greenhopper.active=true

LicenseID=LID

LicenseExpiryDate=2010-10-24

PurchaseDate=2009-10-25

ps:本来想写个注册机,但 jira 从 4.0 开始更新了注册的公钥存放位置,原来是文件的,一般叫 leaf.key,现在直接写在程序里了,没办法,只能替换 class,这样写注册机就没什么意义了,所以就硬破解了一下。


相关文章

  • 我的最小项目管理工具集
  • 工具从来就乱花迷眼,但花哨的工具未必适合自己的团队. 洗净铅华的总结出一些最必要的,能提供最大辅力加持的工具. 参见<死亡中旅>2nd 第x章--最小工具集. 1.版本管理工具和文本比较/合并工具 用的是CVS: 绿毛小海龟加 ...查看


  • 职位及各类游戏分类术语
  • 职位英文缩写 GM (General Manager)总经理 VP (Vice President)副总裁FVP (First Vice President)第一副总裁 AVP (Assistant Vice President)副总裁助理 ...查看


  • 软件设计实现与需求不一致该怎么处理
  • 测试组会议 本周议题:设计实现与需求不一致该怎么处理 本周议题:设计实现与需求不一致该怎么处理 [前言] A 提出: 规格和实际设计实现不一致,应该怎么办?特别是多次沟通无结果的情况下.规格不明确,问了也没答案,也没实时修改. 一. 现象描 ...查看


  • 金蝶云管理K3Cloud理论知识
  • 一.单项选择题 1. 应付款管理中,应付开票核销方案主要用于(B ). (本题分数:4.0) A. 应付开票关联关系核销 B. 应付开票匹配条件核销 C. 应付开票特殊业务核销 D. 应付开票自动核销 2. 在应收款管理中,企业销售产品产生 ...查看


  • 测试部门规划
  • 2016测试部门规划与管理 1. 引言 1.1测试部门现状 部门划分后通过学习.观察,了解到我们公司现阶段的测试组的情况如下: 1)测试流程不规范: 2)测试文档不健全: 3)测试文档也没有控制和管理: 4)测试人员不参与需求分析: 5)被 ...查看


  • 品质部工作手册
  • 深圳市花样年物业管理有限公司 Shen Zhen Fantasia Property Management Co., LTD 编 号:HYNPM-WI/PZ 版本号:A 品质部工作手册 编制: 日期: 审核: 日期: 批准: 日期: 说明: ...查看


  • 工业机器人发展史论文
  • 工业机器人发展论文 姓名:蔡雪莹 班级:11015D 学号:01 摘要 从机器人诞生到现在,机器人技术经历了一个长期缓慢的发展过 程.随着计算机技术.微电子技术.网络技术等的快速发展,机器人 技术也得到了飞速发展.除了工业机器人水平不断提高 ...查看


  • 网络安全服务上岗证考试题及答案
  • 网络安全服务上岗证 答题人:****** 考试总分:100.0 考试得分:100.0 1. 判断题 网络安全行为红线是有条件的强制要求,在与业务有冲突时,以满足业务需要为先. 对 考生答案:错 回答正确 错 试题分数:(2.0) 当前得分: ...查看


  • 模具管理规定
  • XXXXXXX第三层次文件 编制/日期:压铸模具管理制度核/日期:批准/日期:审 1.0目的为规范模具管理,提高生产效率,故制定本规定. 2.0适用范围适用于本公司的模具更改.验收.维修.报废管理,不适用模具外发加工过程的模具控制. 3.0 ...查看


热门内容