进展管理与进展分析报告Word文件下载.docx
《进展管理与进展分析报告Word文件下载.docx》由会员分享，可在线阅读，更多相关《进展管理与进展分析报告Word文件下载.docx（10页珍藏版）》请在冰豆网上搜索。
7
8
9
10
11
１２
1３
1４
15
16
17
18
１9
20
21
２2
页数包含封面、变更历史、变更书、目录
Sｈeeｔ编号
1/1
ﻬ目录
2术语定义4
4规定4
4．1日程治理ﻩ4
4.２ 实际治理4
5.2 进展报告内容５
6进展治理6
6.1 进展治理的单位ﻩ6
６.2进展与实际治理７
6．2.1RＳ工程ﻩ7
6.２.2AＳ工程ﻩ7
6.2.３ DS～DD工程8
6.2.４P（UT）～SＴ工程ﻩ8
７相关记录8
1 目的
明确规定项目中的进展治理步骤。
2 术语定义
Ø
进展率:
项目各工程时期的完成百分比。
3 进展治理概要
4规定
4.1日程治理
为确保正确把握项目进展,应在各工程开始前制定《日程打算》（中、小线表）；
《日程打算》的整理归纳由项目组长负责；
《日程打算》必须得到项目经理的确认后才能作为进展治理的对象;
《日程打算》的变更由项目组长提出,由项目经理调整和确认后生效；
4．2 实际治理
项目以周例会的形式治理实际进展；
实际进展的整理和归纳工作由项目组长负责；
项目的实际进展要形成《项目进展报告》;
5进展报告
5.1周例会
周例会前所有项目组成员应完成《周报》,并按项目组成员→项目组长→项目经理的顺序逐级汇总提交;
周例会由项目经理负责组织召开,参加人包括项目组长、项目的品质保证责任人、及项目组相关人员；
周例会以项目的进度、品质、问题和风险为核心，采取由粗到细的方式，按项目经理→项目组长→项目组成员（必要的话）的顺序报告上述内容,并共同讨论问题和风险的解决对策。
周例会的内容应形成《议事录》,记录量化的项目进展，明确当前的问题、解决对策、责任人和解决期限。
周例会问题的解决情况由项目经理／项目组长负责跟踪，直至其关闭。
周例会后,项目经理负责以邮件的形式,定期向项目主管经理提交《项目进展报告》，报告项目的实际进展情况（报告周期和发送对象在项目打算书中规定）。
5.2进展报告内容
项目的进展报告包括如下内容：
1作业状况报告：
报告本期的工作内容、进度和品质，并从工程分类（时期）的角度，总结项目的整体进度与品质情况。
2问题一览表等:
在《问题一览表》中列举阻碍进度的要紧缘故，明确责任者和解决期限。
此外,有设计变更时,附加《C票台帐》;
有Q&
A时，附加《Ｑ&
Ａ票治理台帐》;
有上期遗留问题时，附加《未能解决事件治理表》。
3项目进度表:
用箭头图表（线表）的形式，从视觉上表现①、②的内容，如下图所示：
6 进展治理
6.1 进展治理的单位
各工程（时期）的进展治理的单位和进展率的基准如下所示：
工程（时期）
进展报告的指标
进展率的基准
1
需求规格设计
ＲS
业务功能数
担当者的式样书编写完成 50%
内部Rｅｖiew结束70％
Review问题处理结束 90％
Manaｇｅｒ最终确认 100％
软件功能设计
ＡＳ
功能数
担当者的式样书编写完成 50％
内部Review结束 7０%
Review问题处理结束 9０％
Manａger最终确认 100％
详细设计
ＤＳ
模块数
担当者的设计书编写完成 70％
内部Revｉｅw结束 90%
Revｉew问题处理结束 100%
编程
Ｐ（C）
担当者编程结束 80％
清除编译错误结束 10０%
编制P（ＵCL）
P（ＵＣL）
UCL条目数
担当者的UCL编写完成７0%
内部Rｅvｉeｗ结束 90％
Review问题处理结束 １00％
编制CCL
CＣL
CCL条目数
担当者的CＣL编写完成 70%
内部Reviｅｗ结束 90%
Review问题处理结束 100%
桌面调试
DD1CheckList
DD1
模块数、
不合格件数
担当者的DD１完成 ３0%
担当者的ＤＤ2完成 80%
项目经理最终确认 90％
Mａnａgｅr最终确认 100%
UCＬ/CＣL
桌面Ｃhｅck
DＤ2
UＣL／ＣCL消化件数、不合格件数
单元测试
P（UT）
UＣL消化件数、
担当者的ＵCＬ消化结束 80%
项目经理最终确认 90％
Mａnager最终确认 100%
组合测试
ＣＴ
CCL消化件数、
担当者的ＣCＬ消化结束 8０%
项目经理最终确认 90%
Manager最终确认 10０%
编制SCL
SCＬ
SCＬ条目数
担当者的ＳCL编写完成70％
公司内部Revｉew结束9０％
Revieｗ问题处理结束 100%
系统测试
SＴ
SCL消化件数、
担当者的ＳCL消化结束 80%
项目经理最终确认 ９０%
Manａger最终确认 100%
注：
各工程（时期）的结束标准和检验责任人,参照《开发打算书》中的规定。
6．2进展与实际治理
为了正确把握项目的进展状况，在开始各工程（时期）的作业之前,应预估作业量，制定本工程（时期）的《日程打算》（中、小线表）,以此作为项目进展与实际治理的基础。
6.2．1RS工程
明确预备开发的要件定义书的构成,可能业务过程框架和各业务功能的开始编写日期和结束编写日期;
项目经理/项目组长负责追踪业务过程框架和各业务功能单位的作业负责人的工作进展状况；
在作业负责人的设计书完成80%之前，可能并报告内部Ｒevｉew的日期；
在进展报告中,按业务过程框架和业务功能单位明确作业实际值（负责人·
进度状况）。
6．2.2AS工程
明确预备开发的功能讲明书，接口讲明书等的构成，可能各讲明书的各功能的开始编写日期和结束编写日期;
项目经理/项目组长负责追踪各讲明书功能单位的作业负责人的工作进展状况;
在作业负责人的设计书完成8０%之前,可能并报告设计内Reｖiｅw的日期；
在进展报告中，按功能单位明确作业实际值（负责人·
6．２.３DS～DD工程
明确预备开发的函数／模块、决定预估规模·
各工程的可能开始日期和可能结束日期；
项目经理/项目组长负责追踪各函数/模块单位的作业负责人的工作进度状况;
在进展报告中，明确各功能单位的作业实际值（负责人·
进度状况·
实际行数·
查出不合格件数）。
6.２.4 P（UT）~SＴ工程
各工程开始前决定各功能单位的预估规模、可能开始日期和可能结束日期;
项目经理/项目组长负责追踪报告各功能单位的进度状况及不合格查出状况。
7相关记录
输入
输出
相关基准
示例
《开发打算书》
《日程打算》（中、小线表）
《周报》
《项目进展报告》（《作业状况报告》、《问题一览表》、《Ｃ票台帐》、《Q&
Ａ票治理台帐》、《项目进度表》、《未能解决事件治理表》）
《周例会议事录》
《日程打算示例》
《周报示例》
《议事录示例》
升级会员 