Redmine在项目管理中的应用课程

Redmine在

项

目管理中的

应

用 总工办2022年9月

项

目管理流程

Redmine

应

用大

纲项

目管理流程

立

项阶

段项

目管理流程

开发阶

段

-1项

目管理流程

开发阶

段

-2项

目管理流程

验

收

阶

段项

目管理流程

项

目管理流程

Redmine

应

用大

纲

项

目管理方式

所有需求必

须进

入

项

目管理平台，研

发

及

测试

都已提

交到

项

目管理平台的需求

为

准。

(

含

需求

变

更及

补

充

说

明

)

小型

项

目尽量采用

Scrum

，不再提供需求文件。

大型

项

目需按照

项

目管理流程提供需求文件，可尽量

往

Scrum

靠

拢

。

代

码库

和

Redmine

同

步

，考

虑项

目内成

员

代

码

共享及

Review

机制。Redmine

应

用

项

目建立

收到立

项

通知

书

，由

产

品

经

理建立。根据立

项

申

请

，建立初始版本及

发

布

时间

。根据成

员

列表

选择对应

人

员

加入

项

目。大型

项

目根据功能模

块

建立

问题类别

(Issue

Categories)

，小型

项

目可

简

化

为

界面、数据

库

、服

务

等。

当使用子

项

目

时

，主

项

目不允

许

添加任何

问题

(Issue)

，只能在子

项

目内添加。Redmine

应

用Redmine

应

用Redmine

应

用Redmine

应

用Redmine

应

用

需求

产

品

经

理将需求作

为

Feature

输

入，准确填写主

题

和描

述

(

必

须

包含

如何演示

)

，

设计

初始的

优

先

级

及目

标

版本，

如需其他

补

充，

请

上

传

文件。尽量按

Scrum

，

细

分需

求到

单

一故事

(story/backlog)

。

将

这

些需求指派

给项

目

经

理。

并

记录这

些需求整理、分析的耗

时

到工

时

登

记

，

选择

需求

(Activity)

。Redmine

应

用Redmine

应

用Redmine

应

用

需求

产

品

经

理将需求提交到

项

目管理平台后，需

发

起召

开

项

目会

议

。

项

目会

议

包含所有

项

目

组

成

员

，并就所有需求

进

行需

求

范

围

确

认

和

时间

估算。

项

目

经

理将相

关

需求指派

给项

目

组

成

员

，并由

该

成

员

更新

时间

估算和需求范

围

确

认

。

项

目

经

理也可以直接在会

议

上更新

时间

估算、需求范

围

确

认

。之后再指派

给

项

目

组

成

员

。Redmine

应

用Redmine

应

用

需求

(

Scrum

)

还

需在

项

目会

议

上确定

Sprint

长

度、

Sprint

目

标

。明确本次

Sprint

范

围

内的故事，再次确

认

故事内容。确定

每

日例行会

议时间

和地点。框定技

术

故事及

预

留相

应

工作量。再次确

认

演示日、

时间

、地点。Redmine

应

用

需求分解

将确定的需求由

项

目

经

理

/

指派的

项

目成

员

分解

为

任

务

。

在

项

目管理平台上通

过

在

Issues

下增加子任

务

(Subtasks)

实现

。

必

须说

明

预计

完成

时间

/

预计

耗

时

。

将子任

务

指派

给

相

关

的

项

目成

员

。

并

记录

耗

时

到工

时

登

记

，

选择设计

(Activity)

。Redmine

应

用Redmine

应

用

开发

开

始

开发

某个任

务

功能

时

，

该

功能

负责

人将

该

任

务

状

态

修改

为进

行中。

建

议

在

每

日下班前更新

该

任

务

功能的完成百分比。

当

该

任

务

功能完成

开发

后，将

该

任

务

状

态

修改

为

已解

决

(

可以在代

码

提交

时

直接填入

issue

编

号

实现

自

动

修

改

)

并同

时

登

记

工

时

，消耗多少

时间

，

计

入

开发

。Redmine

应

用Redmine

应

用Redmine

应

用

验证

项

目

组

内

测试

人

员对

状

态为

已解决部分

进

行

验证

。

验证

通

过

后，将状

态

修改

为

已

关闭

并登

记

工

时

。如果

未通

过

，将状

态

修改

为

反

馈

，

详细说

明反

馈

情况并登

记

工

时

。

并同

时

登

记

工

时

，消耗多少

时间

，

计

入

测试

。Redmine

应

用Redmine

应

用

测试

对

于

测试发现

的

问题

，新建

Issue

，

选择

跟踪

为

Bug

。

主

题

部分填写

问题现

象，描述部分

详细说

明

该问题

的

操作

步骤

、

测试环

境等信息。

设

置

对应

的版本及

测试

工程

师评

估的

优

先

级

。

(

项

目

经

理有

权调

整

问题

的

优

先

级

，并以

项

目

经

理的

调

整

为

准

)

默

认

指派

给项

目

经

理。除非明确知道是哪个部分引

发

的

问题

及

对应

的工程

师

，才可指派

给对应

的工程

师

。

并同

时

登

记

工

时

，消耗多少

时间

，

计

入

测试

。Redmine

应

用Redmine

应

用

测试

工程

师处

理完

bug

，修改状

态为

已解决。

测试

工程

师进

行回

归测试

，

测试

通

过

修改状

态为

已

关

闭

；不通

过

修改状

态为

反

馈

。

并同

时

登

记

工

时

，消耗多少

时间

，

计

入

测试

。Redmine

应

用Redmine

应

用

文档和文件

文档

项

目各

类

提交文件，按照立

项

、需求、

计

划、

开发

、

测试

、

验

收、

过

程控制区分。

新建文档

类别为项

目文件。

文件

和版本号

对应

的可

执

行文件、交付代

码

包、

资

源

库

等。Redmine

应

用Redmine

应

用Redmine

应

用

其他

技

术

故事

新建

Issue

，

选择

跟踪

为

支持。

增

补

需求

产

品

经

理

负责

添加，

项

目

经

理根据

项

目

进

度，决定是否接

受。

新

闻

项

目

经

理、

产

品

经

理均有

发

表

权

。Redmine

应

用Redmine

应

用

各

类统计报

表

项

目路

线图Iss