本文主要是介绍图文解说redmine使用指南，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
原链接地址：http://www.anste.com/blog/292
当唐僧师徒四人学会了使用redmine
听说北京青年们都在流行青春重走一回，我们师徒决定西天重走一回，这次将前路漫步，后以动车冲刺直抵西天！最具突破性的是，我们采用了redmine来管理这个项目！
1、项目经理篇——
1.1、创建项目：
1.2、划分版本和建立checkpoint：
制定功能和进度的规划，划分版本，并根据版本创建必要的checkpoint，检查点应包括但不限于｛需求评审、交付页面设计图、交付页面原型、设计评审、测试用例评审、交付可测试版本、交付测试报告、交付验收报告、上线评审、上线｝等活动：
划分版本后的项目路线图：
1.3、新建问题，分配task：
根据功能规划，为团队成员创建并分配task类型的issue：
1.4、新建风险：
遇到风险时，及时填写Risk类型的issue：
1.5、及时检查并修正团队的工作状态：
每天检查，issue分配之后，应该尽快进入In Progress状态，完成之后及时进入Resolved状态；检查每个issue的工时填写状态，每天推进填写，而不是完成后一次性填写。
1.6、新闻：
1.7、非项目工作：
每个产品线的非项目工作，单独划分一个项目进行管理。
2、团队成员篇——
2.1、查看“我的工作台”：
悟空作为这个团队的成员之一，每天开工第一件事便是进入redmine查看一下“我的工作台”：
2.2、Issue状态：
勤勉的悟空当然是立马开始工作，开始工作时，及时将issue状态从“new”更新为“In Progress”；
2.3、登记工时：
经过一天辛苦的工作，工时必须得记录下来：
2.4、关闭处理完毕的issue：
已经完成的工作，要及时更新该issue的状态为Resolved，问题提出者确认没问题后可更新状态为closed，有问题可再打开。
2.5、需要延期的issue：
糟糕！师傅交待的任务不能按时完成了！！！怎么办？？
通情达理的师傅及时做出了回应：
2.6、需要援助的issue：
收到的task需要其他队员援助怎么办？？？
（1）可新建一个“子任务”，请求其他队员Support；
（2）新建一个task给能帮助你的其他组员，如本例中，在孙悟空的怂恿下，愣头青沙和尚给二师兄指派了一个task（#1276）；
然后回到问题#1101，新增一个“相关的问题”，如下图：
选择“跟随于”，并确定“延期”天数，系统会自动将#1101的“开始日期”改为#1276的截至日期+延迟天数+1。如下图中，#1101的“开始时间”由原来的2012-9-28自动变更为2012-10-18。
另外，将某一问题与其他问题建立关联，并设定关联关系为“重复”或者“与其重复”，还能起到删除重复问题，简化工作流的作用。
3、产品经理篇——
3.1、请项目经理协助创建项目：
产品经理接到立项任务后，请项目经理协助在redmine上创建该项目，此时不需划分版本，成员只需要确定项目经理、产品经理和质保组就可以了。
3.2、给自己或其他成员分配任务：
点击“新建问题”，除“跟踪”、“主题”等必填项之外，“指派给”和“计划完成时间”必须填写！
3.3、Issue状态：
接到自己或别人指派给自己的任务后，开始该项任务时，要及时更新任务状态为“In Progress”；任务结束后更新为“Resolved”；对该任务的处理结果满意后，任务发起人修改状态为“Closed”将该任务关闭。
3.4、登记工时：
点击“登记工时”
3.5、建立Checkpoint：
Checkpoint即检查点，在项目的每个里程碑阶段都必不可少，是QA的检查要点。涉及到产品经理的有立项评审和需求评审。
点击“新建问题”，“指派给”选“质保组”（而非个人），“计划完成时间”为该活动的计划进行时间。
如本项目中，观音需要建立一个需求评审的checkpoint指派给质保组，以方便质保组对该项活动的跟踪和检查。
3.6、建立Risk：
在项目进展的任何阶段，发现风险要及时填写Risk，指派给引起该风险或是有责任处理该风险的人。并请随时跟进风险状态，及时更新，风险处理完毕需关闭风险。
3.7、建立Feature：
有新需求或者需求变更的时候，课建立Feature指派给相关人，前提是该需求的增加或者变更已与项目经理和测试负责人沟通无异议。
4、测试人员篇——
测试人员的redmine使用（如issue状态、登记工时等）可参见本文档中的“团队成员篇”章节，需要补充的是：
4.1、给自己或其他成员分配任务：
测试负责人可以在这里给自己和测试团队成员分配task，如：测试需求分析、测试用例编写、系统测试、测试报告编写等。
点击“新建问题”，除“跟踪”、“主题”等必填项之外，“指派给”和“计划完成时间”必须填写！
4.2、建立Checkpoint：
Checkpoint即检查点，在项目的每个里程碑阶段都必不可少，是QA的检查要点。需要测试人员建立的checkpoint的主要是和测试工作密切相关的评审工作，如测试用例和测试计划评审、测试报告评审等。
点击“新建问题”，“指派给”选“质保组”（而非个人），“计划完成时间”为该活动的计划进行时间。
5、总结
1、新建项目：
产品经理根据需要，通知项目经理新建项目（项目经理受到权限制约的情况下，可将项目信息邮件给质保组，由质保组协助完成新建项目）。
2、Task：
新建问题时，“指派给”和“计划完成时间”必须要填的。
3、Issue状态：
A指派给B的issue，由B根据实际工作，更新状态为“In Progress”和“Resolved”，A对该问题的处理结果满意后更新状态为“Closed”，关闭该issue。
4、登记工时：
每天如实登记工时，必须要谨记的！
5、Checkpoint：
产品经理、项目经理和测试负责人在项目的里程碑阶段建立相应的Checkpoint，指派给质保组。
下表为项目生命周期中可能会出现的checkpoint，由“负责人”负责在redmine上建立相应的checkpoint。红色字体的checkpoint为每个项目必建检查点，其他检查点请相关负责人根据项目大小和实际需要适当裁剪：
| 项目阶段 | Checkpoint | 负责人 |
| 立项阶段 | 立项评审 | 产品经理 |
| 需求阶段 | 需求评审 | 产品经理 |
| 美工交付页面设计图 | 项目经理 | |
| web前端人员交付页面原型 | 项目经理 | |
| 设计阶段 | 概要设计评审 | 项目经理 |
| 数据库设计评审 | 项目经理 | |
| 测试用例以及测试计划评审 | 测试负责人 | |
| 开发阶段 | 交付可测试版本 | 项目经理 |
| 如果是迭代开发，项目经理可以自定义各类检查点，包括每个迭代的交付测试和测试完成 | ||
| 测试验收阶段 | 交付测试报告 | 项目经理 |
| 测试报告评审 | 测试负责人 | |
| 交付验收报告 | 项目经理 | |
| 上线阶段 | 上线评审 | 项目经理 |
| 上线 |
6、Risk：
发现并及时提出Risk是每个项目相关人的权利和义务，指派给引起该风险或者有责任处理该风险的人。风险解除时，及时关闭。
这篇关于图文解说redmine使用指南的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
