月下闲谈 

近3年的时间内，使用了JIRA来协助项目管理，有维护类项目，也有开发项目，年终之际，将所应用的经验分享一下，因为篇幅挺长，特将分为几篇文章来写，各篇简介如下：

• JIRA应用实践之一： 针对于今年经历的开发项目，开发流程不规范，需求变更极快，人员变化也很快，该实践系列关注的是：如何进行有效地任务分配和跟踪
  • 应用实践之一(A):   如何有效地进行任务采集和分配？) :  前言+项目背景+ Issue 采集
  • 应用实践之一(B) :  版本控制
  • 应用实践之一(C) :  灵活的信息通知和自定义
  • 应用实践之一(D) :  多种报表

    继续阅读 »

项目背景：

• 项目比较多，资源得不到很好的利用，不能够清晰地掌控现在的所有Issue

（虽然传统的Schedule或许有用，但针对维护项目，CR/Bug/Investigation 比较频繁，周期比较短，schedule时常跟不上变化）

目的：

• 将日常的CR/Bug/Investigation/Internal Issue 细分到可分配的任务级别，通过JIRA来管理和跟踪
• 提供及时的单项任务评估（作为年终评估的量化输入）
• 提供一个个人工作任务显示的工作台

  继续阅读 »

Project Background:

Name: （海外）维护项目

Team Size: (5-9) （每年的Team Size不一样）

项目背景：

• 一个合同包含多个维护项目，并且对应不同的客户
• 项目日常并发的CR/Bug比较多 （很多都比较小）
• CR/Bug effort 往返时间比较长，更改的频率比较高
  • 客户Review之后更改（一次，或者多次）
  • 进行到项目中期，有新的变更会进行更改
  • 有些CR周期比较长，会跨越几个月
• 项目经理同时也在维护部分项目
• 每个月进行Payment计算的时候，都比较费时，需要核实Effort是正确的，并且还要保证不缺少任何一个CR/Bug

  继续阅读 »

Report

(注意：该Report 部分是基于JIRA4这个版本生成的，之前的版本可能会有所不同)
A. 目的：掌握大局，了解项目当前的状态；为数据分析提供有效的数据和图表
B. 何时做：随时
C. 如何做：

• 确保Report的正确性，JIRA上的Issue细节要保持随时更新（版本正确，状态正确，分配人员正确）
• 每个特定的Filer 都可以通过JIRA（View –_chart）来调出相应的Report （种类很多）

  继续阅读 »