Redmine使用说明

5.10 跟踪问题
将自己关心的问题设置为跟踪，可方便跟踪其变化情况。
6. 有关问题
6.1 关于父任务的进度比
1) 一旦为某任务添加了子任务，则该任务的完成度就不能修改，只能由子任务的完成情况 自动计算。
2) 自动计算时，如果所有子任务都没有填写估计用时，则认为所有子任务的估计用时相等， 来计算总体进度。比如一共两个子任务，有一个已经完成 50%，则父任务会显示完成 25%；如果另一个完成 100%，则父任务会显示完成 75%。
a) 添加新的任务 b) 进行任务拆分 c) 建立关联关系 d) 添加有关说明 e) 进行重新指派 f) 调整计划日期、预期时间、等等； 5) 可批量更改问题的属性；
5.4 查看甘特图
1) 从甘特图中可以直观地看出任务进展的快慢情况。比如，时间过半但完成进度还没有过 半的任务就会以红色显示，完成进度超过时间进度的，会以绿色显示。
4. 为每个部门设置
4.1 非研发项目
非研发类的固定项目，为方便管理工作任务而设。 1）日常工作 为每年一个版本，版本号为年份，比如：2016 年。所有日常事务类的工作任务都可以挂在 这个版本下。 2）技术研究 为每项大的技术研究工作定一个版本，版本号为研究内容，比如：虚拟现实研究。可以不断 细化研究任务，添加到该版本下。
已关闭状态，方便录入日常工作内容
对产品研发的项目，只有外部缺陷和新特性设置为默认显示在路线图中。
3.3 活动设置
名称
说明
需求分析
设计
开发
单元测试
集成测试
编写文档
技术研究
培训学习
沟通交流
项目管理
日常事务
跟踪标签是对工作任务的划分，活动是对具体工作内容的划分。
3.3 自定义属性设置
属性名称 受影响版本
在工作日志中有良好的显示。
5.8 查看工作日志
查工作日志没有权限控制。要查就能查所有的。
5.8.1 自己的工作日志
把工作日志放在我的工作台中，一目了然。
也可以点击耗时，进入查询统计页面。
5.8.2 项目组成员的工作日志
从项目中进入耗时详情查询，或在过滤器中选择项目。
5.8.3 部门成员的工作日志
6.2 建立子任务与关联任务
1) 子任务： 一个任务工作理比较大，需要进行细分时，就建立子任务，比如分成多个子任务，指派给不 同的人员去完成。有时候会把一个大任务分成几个小任务，而不是子任务，然后把大任务关 闭，只管理那些小任务。 到底是分成小任务，还是子任务，需要根据实际情况需要来判断。一般来说，只想跟踪大任 务的状态，而不想关注小任务时，就设置为子任务，这样，只需要跟踪大任务就可以了。而 如果任务太大，或分解后的任务相互关系不大，都可以独立计划安排，就分解成小任务，而 不是子任务。 比如概要设计为了三块工作内容，就可以分解为子任务，可以只跟踪概要设计这个大任务的 进度情况；而支持容错这个特性，可能分三步来逐步实现，这三步都有可能计划到三个版本 中来实现，无法跟踪整个大任务，就将其分解成三个小任务。
5.6 测试人员 bug 提交
1) 填写内部缺陷 2) 指定目标版本为要发布的版本 3) 指定测试版本为发现缺陷的版本 4) 可以查询内部缺陷
5.7 填写工作日志/登记工时
1) 在进行工作的问题中登记工时； 2) 在注释中简要说明当天工作内容； 3) 输入问题，提供自动搜索功能，方便输入； 4) 日常事务的日志
即，准备研发产品的某个新版本时，或准备开始研究某项关键技术时，或将要开始新的一年 时，项目主管： 1) 在项目配置中，新建一个版本，指定该版本的计划发布日期； 2) 在未计划的问题中，选取问题将其目标版本设置为计划版本； 3) 细化工作任务：建立子任务、关联任务，添加新问题（任务）； 4) 进行任务指派，并计划各项任务的开始及完成时间； 5) 任务太多时，可以先行指派，让大家各自填写计划开始及完成时间，再统一调配； 6) 如果两个任务安排有冲突，比如资源冲突，只能先做 A，再做 B；或工作内容有先后，
4.2 研发项目
为正在研发的每个产品建立一个项目。 为每个客户定制应用系统的开发项目建立一个项目。
5. 日常工作
5.1 建立未计划版本
为每个产品建立一个名为“未计划”版本号，并将其设置为默认版本号。所有人员在为该产 品添加新问题时，默认都是添加到“未计划”版本上。
5.2 计划研发某个版本时
Redmine 使用说明
1. 使用目的
使用 redmine 的目的是为了便于工作的计划、跟踪、总结。
2. Redmine 的两个核心概念
2.1 项目（project）
所有工作都是某个项目的工作。项目划分多个版本，相当于大里程碑。每个版本都有一些工 作要完成，这个版本就是这些工作的目标版本。 我们的工作为分三类： 1）产品研发（需求分析、设计、实现、单元测试、集成测试、编写文档、沟通、项目管理） 2）技术研究 3）其它日常工作（售前、售后、培训、会议、日常事务）
3.4 配置邮件通知
编辑 config/configuration.yml 文件，内容如下： email_delivery: delivery_method: :smtp smtp_settings: address: "smtp.qiye.163.com" port: 25 authentication: :login domain: 'xxxx.com' user_name: '用户名@xxxx.com' password: '相应密码'
5.5 查看路线图
从路线图上可以看到： 1) 某版本的计划发布日期； 2) 当前研发是否延期； 3) 该版本的描述（如：本版本将大幅提升性能、本版本主要提高易用性、本版本主要特色
是增加了 XXX）； 4) 该版本的研发进度，完成百分比； 5) 该已关闭问题（已完成功能）的比例，百分比； 6) 该版本新添加的特性、修复的历史版本的缺陷（外部缺陷）。
对每个项目提供： 1）目标管理：版本、路线图 2）进度管理：甘特图、日历。主要是甘特图，计划到昨天完成的任务，若是没有完成，则 在进度条上是红色；截止到今天应该完成还未完成的任务在列表中呈红色。使得对需要完成 的任务一目了然。 3）资源管理：文档和文件。 4）讨论交流：新闻、论坛 5）协同写作工具：wiki
2) 关联任务： 与其有各种关系的任务，关系包括列表中列出的那些。 关联到：就是有关系 重复：如果问题 B 重复于 A，那么关闭 A 将自动关闭 B。 阻挡：如果问题 B 阻挡 A，A 无法关闭，除非 B 已经关闭。 优先于：如果 A 优先于 B，那么将 B 的起始日期自动设置为 A 的截至日期+延迟天数+1。 跟随于：问题 B 跟随于 A（例如 A 截至于 21/04，B 开始于 22/04），这时如果将 A 的
内部缺陷
发布之前，在测试过程中发现的缺陷，不必填写影响版本
新特性
希望产品新增加的功能或非功能性的需求。研发改进属于新特性
研发任务
跟项目研发有关，但又不能明确为产品的缺陷或特性的任务，比如：数
据库设计
技术研究
技术研究性的工作任务
项目支持
跟外面项目有关的售前、售后支持任务
测试任务
测试工作任务
日常事务
不属于以上的任务，比如参加培训、会议等。本标签允许在新建时选择
为使产品项目的路线图显示得清晰易看，需要： 1) 除新特性和外部缺陷，其它跟踪标签设置为默认不显示在路线图中； 2) 及时关闭已经发布的版本； 3) 不添加为测试需要设置的 alpha、beta 等版本
5.5 开发/测试人员日常操作
1) 查看指派给我的问题； 2) 选择问题，开展工作； 3) 更新问题的状态、进度； 4) 更改问题的其它属性，如计划的开始完成日期有变化； 5) 为该问题登记工时。
进入耗时查询，注意要选择所有项目，增加过滤条件，用户所属部门是该部门。
5.9 统计各类工作耗时 5.9.1 基于个人的统计：
1) 我在各个项目上的耗时：在耗时报表中按项目统计。
2) 我在各类工作上的耗时：在耗时报表中按活动统计。
5.9.2 基于项目的统计
1) 各项目成员投入的工作量： 2) 各类任务上投入的工作量：
负责项目的研发工作；
不能添加项目；
项目所有资源的管理、项目任务 项目上的其它权限都有
的分配、跟踪、状态变更
开发人员
接受研发任务，进行研发工作 不能管理项目的信息，包括版本；
权限基本按系统默认的开发人员角
色即可
测试人员
接受测试任务，进行测试工作 权限跟开发人员一样
管理人员
查看跟踪工作进展情况，如部门 对所有内容有查看权限；
比如必须先设计，再实现。这可以通过设置任务关联（阻挡/被阻挡/跟随于等），在甘 特图中直观显示它们之间的关系。
5.3 项目主管日常跟踪
1) 查看当天或昨天的项目活动，了解大家的工作； 2) 查看计划完成日期在今天及之前的未完成任务的进度情况； 3) 及时调整各项任务的状态； 4) 对任务进行维护，比如：
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%)/(10+20+15)=56%。
2.2 问题/任务（issue）
所有工作都是围绕问题展开。 工作流程，体现在问题的状态变化上。 合理设置跟踪标签，对问题进行划分。 及时更新问题进度。
3. Redmine 设置
3.1 角色设置
名称
职能
权限说明
ຫໍສະໝຸດ Baidu
系统管理员
进行系统管理；
可添加项目
管理系统中的用户、角色、配置、
项目
项目主管
a) 在日常工作的项目中，为自己建立一项任务，指派给自己，版本号选择当年； b) 下班时为任务登记工时； c) 如果是下班前添加已经完成的任务，状态可以直接选择已关闭；添加任务后，接着
点击页面上的登记工时按钮，为其登记工时。 5) 若是一项任务跨多个工作日，在补登工时的时候，要按不同日期分别补登。这样，才能
截至日期延迟 2 天，那么 B 的起始和截至日期将自动推迟 2 天。
6.3 关于项目的文档和文件
1) 文件，存放各发布版本的对外发布的文件，包括软件和文档。 2) 文档，存放跟项目相关的项目管理文档、开发文档（需求文档、设计文档、用户文档）、
技术资料等。
6.4 通过邮件添加问题
1) 收取邮件
2) 项目中，问题、甘特图和日历这三个 tab 页，使用的是同一个过滤器。所以当查询出一 批问题列表后，在这三个视图之间切换，看到的是同一批问题。
3) 所以，要保存甘特图中的过滤条件，可以在查询问题时保存，然后在甘特图视图中使用。 4) 文字变红：没有达到今天结束时的进度，这是对今天要完成工作的警示； 5) 进度条变红：没有达到昨天结束时的进度，这是对昨天未完成工作的警示；
经理、高级管理人员
可跟踪问题，可查看耗时情况；
可参与讨论，比如对某个问题添加说
明
相关人员
了解项目的版本功能、研发进度 对部分内容，如路线图、甘特图、发
布的文件等有查看权限
所有上面的角色都可以新建问题，新建问题对所有人员敞开，项目主管需要及时整理。
3.2 跟踪标签设置
名称
说明
外部缺陷
已发布版本中发现的缺陷，必须填写影响版本
测试版本
关联类型 问题->外部缺陷
问题->内部缺陷
所属部门 所属部门
项目 人员
说明 必填，可作为过滤条件，允许多选。一个缺陷可 能从 1.5.0 到 2.1.0 都存在 必填，可作为过滤条件。格式为列表，可取值有： Alpha1、Alpha2、Alpha3、Alpha4、Beta1、Beta2 Beta3、Beta4 格式为列表，可取值为各个部门 必填，格式为列表，可取值为各个部门
3) 各类工作上投入的工作量：
4) 其它分类统计
5.9.3 基于部门的统计
基于部门比较难以统计。若是基于项目来统计，则项目中会有其他部门的人参与，比如研发 项目中的测试工作；若是基于人来统计，人可能会调整部门。 可以根据情况使用项目所属部门或用户所属部门作为过滤条件进行统计查询。 跟基于项目的统计类似，可以统计多种数据。