redmine使用说明

《redmine使用说明》由会员分享，可在线阅读，更多相关《redmine使用说明（16页珍藏版）》请在金锄头文库上搜索。

1、Redmine 使用说明使用说明 1.使用目的使用目的 使用 redmine 的目的是为了便于工作的计划、跟踪、总结。 2.Redmine 的两个核心概念的两个核心概念 2.1 项目（项目（project） 所有工作都是某个项目的工作。项目划分多个版本，相当于大里程碑。每个版本都有一些工 作要完成，这个版本就是这些工作的目标版本。 我们的工作为分三类： 1）产品研发（需求分析、设计、实现、单元测试、集成测试、编写文档、沟通、项目管理） 2）技术研究 3）其它日常工作（售前、售后、培训、会议、日常事务） 对每个项目提供： 1）目标管理：版本、路线图 2）进度管理：甘特图、日历。主要是甘特图，计划

2、到昨天完成的任务，若是没有完成，则 在进度条上是红色； 截止到今天应该完成还未完成的任务在列表中呈红色。 使得对需要完成 的任务一目了然。 3）资源管理：文档和文件。 4）讨论交流：新闻、论坛 5）协同写作工具：wiki 2.2 问题问题/任务（任务（issue） 所有工作都是围绕问题展开。 工作流程，体现在问题的状态变化上。 合理设置跟踪标签，对问题进行划分。 及时更新问题进度。 3.Redmine 设置设置 3.1 角色设置角色设置 名称名称职能职能权限说明权限说明 系统管理员进行系统管理； 管理系统中的用户、角色、配置、 项目 可添加项目 项目主管负责项目的研发工作； 项目所有资源的管理

3、、项目任务 的分配、跟踪、状态变更 不能添加项目； 项目上的其它权限都有 开发人员接受研发任务，进行研发工作不能管理项目的信息，包括版本； 权限基本按系统默认的开发人员角 色即可 测试人员接受测试任务，进行测试工作权限跟开发人员一样 管理人员查看跟踪工作进展情况，如部门 经理、高级管理人员 对所有内容有查看权限； 可跟踪问题，可查看耗时情况； 可参与讨论，比如对某个问题添加说 明 相关人员了解项目的版本功能、研发进度对部分内容，如路线图、甘特图、发 布的文件等有查看权限 所有上面的角色都可以新建问题，新建问题对所有人员敞开，项目主管需要及时整理。 3.2 跟踪标签设置跟踪标签设置 名称名称说明

4、说明 外部缺陷已发布版本中发现的缺陷，必须填写影响版本 内部缺陷发布之前，在测试过程中发现的缺陷，不必填写影响版本 新特性希望产品新增加的功能或非功能性的需求。研发改进属于新特性 研发任务跟项目研发有关，但又不能明确为产品的缺陷或特性的任务，比如：数 据库设计 技术研究技术研究性的工作任务 项目支持跟外面项目有关的售前、售后支持任务 测试任务测试工作任务 日常事务不属于以上的任务，比如参加培训、会议等。本标签允许在新建时选择 已关闭状态，方便录入日常工作内容 对产品研发的项目，只有外部缺陷和新特性设置为默认显示在路线图中。 3.3 活动设置活动设置 名称名称说明说明 需求分析 设计 开发 单元

5、测试 集成测试 编写文档 技术研究 培训学习 沟通交流 项目管理 日常事务 跟踪标签是对工作任务的划分，活动是对具体工作内容的划分。 3.3 自定义属性设置自定义属性设置 属性名称属性名称关联类型关联类型说明说明 受影响版本问题-外部缺陷必填，可作为过滤条件，允许多选。一个缺陷可 能从 1.5.0 到 2.1.0 都存在 测试版本问题-内部缺陷必填，可作为过滤条件。格式为列表，可取值有： Alpha1、Alpha2、Alpha3、Alpha4、Beta1、Beta2 Beta3、Beta4 所属部门项目格式为列表，可取值为各个部门 所属部门人员必填，格式为列表，可取值为各个部门 3.4 配置邮

6、件通知配置邮件通知 编辑 config/configuration.yml 文件，内容如下： email_delivery: delivery_method: :smtp smtp_settings: address: ““ port: 25 authentication: :login domain: user_name: 用户名 password: 相应密码 4.为每个部门设置为每个部门设置 4.1 非研发项目非研发项目 非研发类的固定项目，为方便管理工作任务而设。 1）日常工作 为每年一个版本，版本号为年份，比如：2016 年。所有日常事务类的工作任务都可以挂在 这个版本下。 2）技术

7、研究 为每项大的技术研究工作定一个版本，版本号为研究内容，比如：虚拟现实研究。可以不断 细化研究任务，添加到该版本下。 4.2 研发项目研发项目 为正在研发的每个产品建立一个项目。 为每个客户定制应用系统的开发项目建立一个项目。 5.日常工作日常工作 5.1 建立未计划版本建立未计划版本 为每个产品建立一个名为“未计划”版本号，并将其设置为默认版本号。所有人员在为该产 品添加新问题时，默认都是添加到“未计划”版本上。 5.2 计划研发某个版本时计划研发某个版本时 即，准备研发产品的某个新版本时，或准备开始研究某项关键技术时，或将要开始新的一年 时，项目主管： 1)在项目配置中，新建一个版本，指

8、定该版本的计划发布日期； 2)在未计划的问题中，选取问题将其目标版本设置为计划版本； 3)细化工作任务：建立子任务、关联任务，添加新问题（任务）； 4)进行任务指派，并计划各项任务的开始及完成时间； 5)任务太多时，可以先行指派，让大家各自填写计划开始及完成时间，再统一调配； 6)如果两个任务安排有冲突，比如资源冲突，只能先做 A，再做 B；或工作内容有先后， 比如必须先设计，再实现。这可以通过设置任务关联（阻挡/被阻挡/跟随于等），在甘 特图中直观显示它们之间的关系。 5.3 项目主管日常跟踪项目主管日常跟踪 1)查看当天或昨天的项目活动，了解大家的工作； 2)查看计划完成日期在今天及之前的

9、未完成任务的进度情况； 3)及时调整各项任务的状态； 4)对任务进行维护，比如： a)添加新的任务 b)进行任务拆分 c)建立关联关系 d)添加有关说明 e)进行重新指派 f)调整计划日期、预期时间、等等； 5)可批量更改问题的属性； 5.4 查看甘特图查看甘特图 1)从甘特图中可以直观地看出任务进展的快慢情况。 比如， 时间过半但完成进度还没有过 半的任务就会以红色显示，完成进度超过时间进度的，会以绿色显示。 2)项目中，问题、甘特图和日历这三个 tab 页，使用的是同一个过滤器。所以当查询出一 批问题列表后，在这三个视图之间切换，看到的是同一批问题。 3)所以， 要保存甘特图中的过滤条件，

10、 可以在查询问题时保存， 然后在甘特图视图中使用。 4)文字变红：没有达到今天结束时的进度，这是对今天要完成工作的警示； 5)进度条变红：没有达到昨天结束时的进度，这是对昨天未完成工作的警示； 5.5 查看路线图查看路线图 从路线图上可以看到： 1)某版本的计划发布日期； 2)当前研发是否延期； 3)该版本的描述（如：本版本将大幅提升性能、本版本主要提高易用性、本版本主要特色 是增加了 XXX）； 4)该版本的研发进度，完成百分比； 5)该已关闭问题（已完成功能）的比例，百分比； 6)该版本新添加的特性、修复的历史版本的缺陷（外部缺陷）。 为使产品项目的路线图显示得清晰易看，需要： 1)除新特

11、性和外部缺陷，其它跟踪标签设置为默认不显示在路线图中； 2)及时关闭已经发布的版本； 3)不添加为测试需要设置的 alpha、beta 等版本 5.5 开发开发/测试人员日常操作测试人员日常操作 1)查看指派给我的问题； 2)选择问题，开展工作； 3)更新问题的状态、进度； 4)更改问题的其它属性，如计划的开始完成日期有变化； 5)为该问题登记工时。 5.6 测试人员测试人员 bug 提交提交 1)填写内部缺陷 2)指定目标版本为要发布的版本 3)指定测试版本为发现缺陷的版本 4)可以查询内部缺陷 5.7 填写工作日志填写工作日志/登记工时登记工时 1)在进行工作的问题中登记工时； 2)在注释

12、中简要说明当天工作内容； 3)输入问题，提供自动搜索功能，方便输入； 4)日常事务的日志 a)在日常工作的项目中，为自己建立一项任务，指派给自己，版本号选择当年； b)下班时为任务登记工时； c)如果是下班前添加已经完成的任务，状态可以直接选择已关闭；添加任务后，接着 点击页面上的登记工时按钮，为其登记工时。 5)若是一项任务跨多个工作日，在补登工时的时候，要按不同日期分别补登。这样，才能 在工作日志中有良好的显示。 5.8 查看工作日志查看工作日志 查工作日志没有权限控制。要查就能查所有的。 5.8.1 自己的工作日志自己的工作日志 把工作日志放在我的工作台中，一目了然。 也可以点击耗时，进

13、入查询统计页面。 5.8.2 项目组成员的工作日志项目组成员的工作日志 从项目中进入耗时详情查询，或在过滤器中选择项目。 5.8.3 部门成员的工作日志部门成员的工作日志 进入耗时查询，注意要选择所有项目，增加过滤条件，用户所属部门是该部门。 5.9 统计各类工作耗时统计各类工作耗时 5.9.1 基于个人的统计：基于个人的统计： 1)我在各个项目上的耗时：在耗时报表中按项目统计。 2)我在各类工作上的耗时：在耗时报表中按活动统计。 5.9.2 基于项目的统计基于项目的统计 1)各项目成员投入的工作量： 2)各类任务上投入的工作量： 3)各类工作上投入的工作量： 4)其它分类统计 5.9.3 基

14、于部门的统计基于部门的统计 基于部门比较难以统计。若是基于项目来统计，则项目中会有其他部门的人参与，比如研发 项目中的测试工作；若是基于人来统计，人可能会调整部门。 可以根据情况使用项目所属部门或用户所属部门作为过滤条件进行统计查询。 跟基于项目的统计类似，可以统计多种数据。 5.10 跟踪问题跟踪问题 将自己关心的问题设置为跟踪，可方便跟踪其变化情况。 6.有关问题有关问题 6.1 关于父任务的进度比关于父任务的进度比 1)一旦为某任务添加了子任务， 则该任务的完成度就不能修改， 只能由子任务的完成情况 自动计算。 2)自动计算时， 如果所有子任务都没有填写估计用时， 则认为所有子任务的估计

15、用时相等， 来计算总体进度。比如一共两个子任务，有一个已经完成 50%，则父任务会显示完成 25%；如果另一个完成 100%，则父任务会显示完成 75%。 3)如果有子任务填写了估计用时， 则没有填写估计用时的子任务采用已填写的估计用时的 平均值作为估计用时。用完成的估计用时比上所有估计用时，作为总任务的完成进度。 比如父任务 A 有三个子任务 B、C、D。B、C 估计分别用时 10 小时和 20 小时，D 没有 填写估计用时，则认为 D 的估计用时为(10+20)/2=15 小时。如果 B、C、D 的当前进度分别 为 50%、100%、0%，则 A 的进度为(10*50%+20*100%)/

16、(10+20+15)=56%。 6.2 建立子任务与关联任务建立子任务与关联任务 1)子任务：子任务： 一个任务工作理比较大，需要进行细分时，就建立子任务，比如分成多个子任务，指派给不 同的人员去完成。有时候会把一个大任务分成几个小任务，而不是子任务，然后把大任务关 闭，只管理那些小任务。 到底是分成小任务，还是子任务，需要根据实际情况需要来判断。一般来说，只想跟踪大任 务的状态，而不想关注小任务时，就设置为子任务，这样，只需要跟踪大任务就可以了。而 如果任务太大，或分解后的任务相互关系不大，都可以独立计划安排，就分解成小任务，而 不是子任务。 比如概要设计为了三块工作内容， 就可以分解为子任务， 可以只跟踪概要设计这个大任务的 进度情况；而支持容错这个特性，可能分三步来逐步实现，这三步都有可能计划到三个版本 中来实现，无法跟踪整个大任务，就将其分解成三个小任务。 2)关联任务：关联任务： 与其有各种关系的任务，关系包括列表中列出的那些。 关联到：就是有关系 重复：如果问题 B 重复于