軟件開發(fā)進度管理規(guī)程
軟件開發(fā)進度管理規(guī)程(R-04000)
目錄
1.目的2/42.適用范圍2/43.進度管理的原則
3.1進度計劃的制定與批準2/43.2進度管理的實施3/44.式樣4/4
1.目的
本標準規(guī)定了公司軟件開發(fā)過程進度管理的方法，以便統(tǒng)一進行進度管理，確保產品質量與交付期。
本標準基于公司的質量手冊，明確了在軟件開發(fā)工程中公司內部進度管理的具體行為。它主要包括：
·業(yè)務流的過程定義
·各開發(fā)階段的實施項目與分工
·設計審查的實施日期
·各開發(fā)階段的成果
2.適用范圍
本標準適用于公司的軟件開發(fā)項目的內部工程管理。
由客戶提出而進行的工程管理，應由客戶批準，不適用本標準的規(guī)定。
3.進度管理的原則
在日程計劃得到批準之后，進度管理應通過進度報告及審查來實施。
在發(fā)生異常或預測出日程計劃有問題時，應盡快采取對策。
3.1進度計劃的制定與批準
在著手軟件開發(fā)或進入下一過程前，開發(fā)負責人應對日程計劃進行立案。
(1)把進度管理計劃做成進度管理表(附表1)。
(2)根據管理的級別，進度管理包括以下內容：
·大日程進度管理：以月為單位的進度管理。含有與用戶/其它公司等外部相關的開發(fā)基本計劃;
·中日程進度管理：以周為單位的進度管理。本管理是軟件開發(fā)計劃所必需的;
·小日程進度管理：以日為單位/以個人為單位的進度管理.軟件開發(fā)詳細計劃。
·根據開發(fā)規(guī)模內容等項，一種日程計劃可與其它計劃合并使用。如在大規(guī)模系統(tǒng)或工期長的系統(tǒng)時,有時按大日程和中日程兩種做成。通常情況下可將大日程省略。
(3)在大、中日程中,在項目的最上段記載過程的里程碑。
在里程碑中記入以下的事件。
必須記載的事件：
·DR(designreview設計評審)時間
·定制產品的有關客戶的認可、提交給用戶的時間
·標準化產品的審查會、產品發(fā)布會的時間
根據需要而記載的事件：
·用戶說明會/檢查、機器籌備結束、機器設置結束、公司內部驗收、用戶驗收、演示版、展覽會參展等日期變更
例)
·計劃
·實際
DR-BDR-Bt8/258/238/23在計劃與實際不一致時，在計劃日上加入取消線，并追加上實際日期。
(4)與其它的項目有關聯時，在記入時用一根線將關聯處用箭頭連接。
例如在開發(fā)功能A、B、C時，在未完成A的設計就不能著手C的設計時，用以下的方式記入。
功能A
○-----------------○-------------------○
功能B
○-------------------)--------------------○ˉ功能C○-------------------
○在功能A與C
不在同一頁時，按以下方式記錄。
功能A○----------------○-○
(1)～～～～～～～～～～～～～～～～～～～～～～～
(1)功能C○--------------------○
(5)與其它部門有接口時，應將其明確表示。
標注日期
例)其它部門做成的ZZ添加入此過程時：
項目
擔當
接收(8/15)ˉ****YY○-----------------------------○
(6)在項目中，不僅僅是開發(fā)工作，包括文檔、現場調試、用戶培訓、以前版本中不合格部分的修正過程(軟件包時)等等相關的作業(yè)項目也不要忘記記載。
(7)其它
·用戶欄：對通用/標準產品時，記載負擔研究開發(fā)費用的部門。
·編號欄：寫明編號。
·制表欄：在大、中日程表中，有多個人制作時，記入負責人姓名(在承包給外公司時，公司名也一并記入)。在小日程時，項目按個人單位進行劃分，記載擔當者的個人姓名。
3.2進度管理的實施
(1)用之型線記入實際情況，并附上記錄日期。
(2)項目負責人在每周末，進行實際追蹤，在實際虛線的下部簽字(或蓋章)并向部長遞交。部長原則上月末在實際線的上部簽字(或蓋章)來進行審批。
例)
開發(fā)部長印(月末)
之字線向右表示任務提前完成
事件DR-CDR-D........................****
○--------------------------------------------○
...........................
之字線向左表示任務延期
YYYY
○-------------------------------........................Z
○-----------------------------------○
7/217/28PL
簽字(周末)
PL簽字(PL-projectleader)
(3)實際追蹤全部在原紙上進行(原紙作為質量記錄保管)。
(4)一般不進行計劃的改變。若有更改，將原計劃用斜線或×號消除，
追加上新的過程(最好能用另外的顏色加以區(qū)分)
事件更改時，將原事件用×號取消，追加上新事件，并一定要記入更改日期與更改理由)。
例)
○○○
11/15因***DR-F日程更改(擔當者)
在○中以數字記入改版號。
事件
DR-F
DR-F
.....
//......................
(5)提出DR日程更改委托時，必須附有大日程或中日程進度管理表。
(6)在發(fā)生過程延遲時，召開會議，對其原因進行分析并探討相應的對策。會議的內容應作為產品文件記錄、保管。
4.樣式
進度管理推薦使用附表1的樣式。
項目名：
編號：
大日程進度管理表
起草時
調查
承認
擔當
更新時
RV
日期
調查
承認
擔當
RV
日期
調查
承認
擔當
編號
項目
擔當
199.備注
