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