《Redmine项目管理实践操作指引》由会员分享，可在线阅读，更多相关《Redmine项目管理实践操作指引（9页珍藏版）》请在金锄头文库上搜索。
1、Redmine 项目管理实践操作指引目录1. 目的 .32. 角色 .33. 各属性定义说明 .43.1 问题类型定义 .43.2 任务状态定义 .43.3 问题优先级定义 .53.4 错误报告严重程度定义 .53.5 文档存放定义 .53.6 “任务”处理流程 .53.7 “BUG”处理流程 .74. 项目管理流程 .84.1 项目准备阶段 .84.2 项目需求/设计/编码阶段 .84.3 项目测试阶段 .85. 统计功能 .86. 操作要求 .81. 目的 为了提高沟通效率与执行力，养成快速反馈的习惯。增强责任感与主动性，建立问题及任务知识库。记录每个工作、每个动作。统计项目执行的资源耗费
2、情况、考核工作量及执行力2. 角色角色 职责项目经理 redmine 创建新项目，配置项目信息 规划项目周期、分配任务与执行人员 新建问题并指派给相应的人员及负责人：事务分割细致、任务内容及要求描述明确、明确任务的完成时间及质量要求 协调资源分配、把握项目进度及质量 及时审核所派发任务的完成情况开发人员 任务不明确、需要及时反馈给上一级指派人 解决问题、更新问题记录、登记工时及进度达到项目的最终目标 每天及时更新任务进展，填报工时 可建立子任务、自建任务、或将问题分割指派给其他执行人及报告人 如任务无法在承诺时间内处理好，需要反馈 测试阶段及时处理所负责的 BUG 修改测试负责人 规划测试的工
3、作计划 分配测试任务及执行人员 及时审核所派发任务的完成情况测试人员 完成测试任务，近视更新任务进度，填报工时 测试发现的 BUG，及时登记。新建“错误报告”，内容描述准确，明确 BUG 的严重程度。 及时验证已修正的 BUG项目助理 跟踪各任务的进展 审核 Redmine 操作的规范度 统计各任务的进展产出项目周报 统计工时部门助理/QA 查看项目进展3. 各属性定义说明3.1问题类型定义问题（Issue）是 Redmine 系统中最核心的要素。在 Redmine 系统中，问题是一个宽泛的概念，发现的错误、新提的要求、对工作的安排等都可以被当作问题来处理。问题是一个过程性的概念，从提出问题到
4、解决问题、关闭问题是一个完整的过程。问题类别 描述项目任务 日常的工作任务安排，包括计划制作、需求分析、系统设计、编码、测试、文档编写，以及其他与产品开发相关的日常事务。自建任务 任务责任人自建子任务，可包括需求分析、设计、编码、测试工作等错误报告 在工作产品中发现的各类错误、缺陷，包括程序中发现的 Bug、文档中的错误等，通常由测试人员和工程人员提交。功能需求主要指客户或其他触发的新的功能需求建立，便于对客户需求完成情况的跟踪。审核后的功能需求会通过任务分解，创建项目任务进行分配。维护支持 为协助项目组之外的人员或团体，而开展的各类支持活动。项目管理 为项目管理类的支持性工作3.2任务状态定
5、义任务状态项目任务/ 自建任务 错误报告 功能需求/ 维护支持新建 表示任务已被识别纳入计划并分配好资源 测试发现的 BUG 新登记 功能需求及维护支持工作被识别进行中表示被指派人开始受理问题。开发人员开始修改 BUG 已分配资源进行受理已完成表示该任务已经完成或被解决，等待项目经理验证。该问题已解决，待测试回归测试已确认表示“已完成”的任务通过了发起人验证。表示“已完成”的 BUG通过了测试人员回归测试。已关闭此任务已完结，项目经理关闭此任务已完结，测试负责人关闭功能需求已实现、维护支持工作已结束3.3问题优先级定义问题优先级 使用场景低 响应级别最低的工作项普通 高 紧急 立刻 重要性高，
6、且要求响应级别最高的工作项3.4错误报告严重程度定义“错误报告”增加一个严重程度属性：是指因缺陷引起的故障对软件产品的影响程度。严重程度轻微 软件不完善，使操作者不方便或遇到麻烦，但它不影响执行正常功能或重要功能。一般 在完成某一功能时出现的错误，但并不影响该功能的实现。严重 使系统不稳定、产生错误结果、菜单功能无法实现。致命 系统崩溃或挂起、破坏数据；不能执行正常功能或重要功能。3.5文档存放定义每个任务下有文档产出的，则在任务更新时直接上传文件。并在文档统一规范存储。分类有：设计文档、测试文档、项目管理过程文档、操作文档等根据需要做配置文档的统一命名，如“xxxx 项目设计说明书”3.6“
7、任务”处理流程【适用问题类型】：项目任务、自建任务、子任务【适用项目阶段】：设计、编码、测试 准备项目经理新建任务项目成员细分创建子任务任务责任人处理任务实时更新处理信息提交工时任务状态 ： 进行中责任人 ： 被指派人进度 ： 0 %任务状态 ： 新建责任人 ： 指派人进度 ： 按实际任务责任人处理完成准确描述完成情况进度 ： 1 0 0 %任务状态 ： 已完成责任人 ： 被指派人任务状态 ： 已确认责任人 ： 分派人进度 ： 1 0 0 %分派人验证任务通过分派人确认任务结束项目经理关闭任务任务状态 ： 已关闭责任人 ： 项目经理进度 ： 1 0 0 %不通过进度 ： 按实际任务状态 ： 进
8、行中责任人 ： 被指派人不通过【新建任务】： 项目经理： 新建“任务”并指派给任务处理的责任人；准确描述工作内容、计划完成时间、跟踪人等信息。 项目成员： 接收到的任务可细化子任务新建分配给其他执行人。【任务受理】： 项目组成员 接到分派的任务后开始任务的处理，并在处理过程中及时更新“任务”的“完成度”。任务处理完成后，将“任务”状态设置为“已解决”。【任务验证】： 任务分派人 负责对项目组成员“已解决”的任务进行验证确认，验证通过后将该任务的状态设置为“已确认”。对于验证不通过的任务，再将该“任务”再次分派给指定的项目组成员去“进行中”，同时按实际情况填写“完成度”3.7“BUG”处理流程准
9、备测试人员新建缺陷开发人员处理 B U G实时更新处理信息提交工时任务状态 ： 进行中责任人 ： 被指派人进度 ： 0 %任务状态 ： 新建责任人 ： 测试人员进度 ： 按实际开发人员处理完成准确描述完成情况进度 ： 1 0 0 %任务状态 ： 已完成责任人 ： 被指派人任务状态 ： 已确认责任人 ： 分派人进度 ： 1 0 0 %回归测试 B U G通过测试人员回归测试结束项目经理关闭任务任务状态 ： 已关闭责任人 ： 项目经理进度 ： 1 0 0 %不通过进度 ： 按实际任务状态 ： 进行中责任人 ： 被指派人不通过【新建缺陷】： 测试人员 新建“错误报告”并指派给开发责任人；准确描述 B
10、UG 现象、严重程度等信息。【缺陷受理】： 开发人员 接到分派的 BUG 后开始修复处理，并在处理过程中及时更新“任务”的“完成度”。任务处理完成后，将“BUG”状态设置为 “已解决”。【任务验证】： 测试人员 负责对项目组成员“已解决”的任务进行回归测试，验证通过后将该任务的状态设置为“已确认”。对于验证不通过的任务，再将该“任务”再次分派开发责任人“进行中”，同时按实际情况填写“完成度”4. 项目管理流程4.1项目准备阶段 Redmine 创建新项目，填写基本信息、配置项目成员、配置试用模块及跟踪类型。（包括该项目的公司项目编号及合同编号） 项目经理规划好项目计划的架构，建立 WBS 建构，并在 Redmine 上创建 1
