使用 JIRA 和 Jenkins 进行项目管理(仅供参考）1使用 JIRA 进行项目跟踪管理1.1 JIRA 项目管理流程1.1.1 概述项目的软件开发流程主要围绕实现一个个业务功能需求和非功能需求的需求分析、设计、开发、测试、发布验收,而参加人员最多的开发和测试环节是流程最容易出问题的环节，为有效使用 JIRA 进行项目管理,我们设计了以需求为主导的 JIRA 表单和流程（如下图)。对应于软件过程的管理流程,本项目 JIRA 对应设置了以下的 Issue Type（问题类型）和 3大管理流程：【说明】【需求单】：在需求分析、概要设计、详细设计阶段，将产生对一个需求的具体描述和实现设计描述交付到开发阶段，在 JIRA 中，体现为一份需求单，这些交付件全部作为需求单的附件，需求单的来源包括:需求阶段的原始需求，以一个业务功能为一份需求,通常在一周左右可以开发完成，例如“用户新增和查询功能”;系统优化和变更：假如一些变更无法对应一份原始需求，需要创建一份新的需求单【子任务单】在开发阶段，一份需求往往需要三四天甚至长得多的时间才能完成，开发完成后也存在不断的优化和改进，因此,围绕需求在 JIRA 上设置了以下的管理跟踪对象子任务单(Sub Issue Type)开发任务单：程序员拿到需求后,组长应该协调开发人员将需求分解为开发任务,在 JIRA 上创建任务单；设计问题单：程序员拿到需求中的设计进行评估时，假如发现设计文档或者需求有 bug，应该记录在案以便协调设计小组完善,在 JIRA 上创建设计问题单；变更单但设计和需求人员需要对已经提交的需求和设计提交变更时，例如增加一个字段、变更原型样式、变更接口方法，均需要提交变更单；评审 BUG 单主要是开发组长或者结对开发程序员在评审 BUG 时，将评审的 BUG 记录为评审 BUG；测试 BUG 单主要针对前期开发阶段的冒烟测试,测试人员对已经实现的功能进行测试，保证流程能够跑得通,假如发现 BUG 则创建测试 BUG 单；【测试问题单】主要针对无法对应到一份需求产生的 BUG流程设置说明根据参加者、小组分工,设置以下流程需求跟踪流程参加人员包括需求分析员、设计者、开发组长、程序员、测试组长、测试员、用户参加，只与需求单关联,但目前其他用户参加的流程主要由开发组长完成.任务跟踪流程主要是开发组长和程序员两级人员参加,与开发任务单、设计问题单、变更单、评审 BUG 单，便于开发小组进行状态监控,部分单尽管涉及到设计人员...
