如何填写项目报告

如何填写项目报告

项目报告每月10日、26日提交，包括一个主表，及6个附表：

《A01 ü 项目报告》

《A011成果汇总表》

《A012工作计划及实施记录表》

《A013个人工作记录表》

《A014项目成果验收清单》(项目组验收)及相关的成果zip文件

《A015应用开发项目风险分析及对策表》

ü 《A016应用开发项目计划实施动态表-预算及实际》

一、《A01 项目报告》

1） 项目进展概况

按时完成：1-延迟，2-按时，3-提前

按预算：1-超预算，2-预算中

成功概率：1-低，2-正常，3-肯定成功

客户满意度：1-不满意，2-部分不满意，3-正常，4-非常满意

市场人员信心：1-提心吊胆，2-正常，3-非常有信心

客户信心：1-头疼，2-正常，3-非常有信心

其中市场人员信心由市场人员反馈，客户信心可以通过市场人员或与客户直接沟通取得。

2) 活动概要及计划

分本期及下期两部分，内容相似：

n 日期：活动日期

活动内容：内容描述 n

参加人员：参加内容的人员名单 n

n 工作效果：活动结果

3)人员分析及培养

此部分内容主要对现有的人员分析，若不满足需求，则还要有培养计划：

姓名：被分析的人员 n

n 技能需求：需要掌握的技能

当前技能符合程度：1-无法培训，2-安排培训，3-不足需要自学

培养计划：培养计划描述

n 培养效果：1-差，2-正常，3-好

4) 附件

项目报告包括的六个附件。

5）报告质量评价

由项目管理部门填写。

二、《A011成果汇总表》

此表是个动态表，在项目的过程中不断地往里面添加分解好的新的项目内容。项目内容的分解可细可粗，由项目经理决定，现行推荐分到功能、构件级。编码方法如下：
1）文档编码规则
00+<阶段编码>+<两位顺序>，顺序小于50为预先定义的文档，顺序大于等于50的为临时增加的文档。
阶段代码 阶段名称 任务名称 编码及文档名称
00000001《应用开发项目计划实施动态表》
00000002《阶段工作报告》
00000003《可提交成果文件清单》
00000004《工作计划及实施记录表》
00000005《个人工作日志》
00000006《项目报告》
00000007《成果编码》
00000008《程序修改请求单》
00000009《程序修改清单》
0101 售前方案撰写方案 00010101《应用方案》
0201 签订合同需求总体目标明确 00020101《需求目标界定说明书》
0202 签订合同签订合同 00020201《合同》
0301 项目准备订立合作规则 00030101《项目章程》
00030102《协调委员会人员名单及职务说明书》
0302 项目准备项目立项规划 00030201《应用开发项目立项报告书》
00030202《应用开发项目实施目标计划表》
00030203《应用开发项目实施风险分析及对策表》
00030204《应用开发项目分解》
0401 业务调研客户现行系统调查 00040101《客户现行应用系统说明》
00040102《业务数据量调查表》
0402 业务调研性能要求调查 00040201《性能要求调查表》
0403 业务调研机构、岗位调查 00040301《机构及岗位调查表》
0404 业务调研数据转换及对外接口 00040401《数据转换方法说明》
00040402《对外接口描述》
0405 业务调研业务调研及分析 00040501《业务调研说明书》
0501 外观包系统外观包需求分析 00050101《需求分析说明书》
00050102《数据库CDM图》
0502 外观包系统双方确认需求 00050201《需求确认单》
0601 系统设计概要设计 00060101《概要设计》
0602
系统设计 详细设计 00060201《SQL Script》或database backup file
00060204《构件设计》
00060206《程序模块设计》
00060209《系统设计完成确认单》
0701 开发及测试订立开发、测试规则 00070101《编程规范》
00070102《测试方法》
0702 开发及测试制定测试计划、验收标准 00070201《测试计划》
00070202《验收标准》
0703 开发及测试编程 00070301《程序源码清单》
0704 开发及测试测试 00070401《测试结果报告》
00070402《开发测试完成确认单》
0705 开发及测试手册制作 00070501《用户手册》
00070502《管理手册》
0801 联调及验收联调准备 00080101《联调工作规划》
00080102《联调测试案例》
0802 联调及验收联调 00080201《联调结果报告》
0803 联调及验收试运行
0804 联调及验收验收准备 00080401《验收工作规划》
0805 联调及验收验收 00080501《验收结果报告》
00080502《系统验收结束确认单》
0901 上线 上线准备 00090101《上线工作规划》
00090102《系统上线安装纪录》
0902 上线 上线支持
1001 推广 推广准备 00100101《推广工作规划》
1002 推广 推广支持 00100201《系统推广安装纪录》
1101 维护 维护

2）业务子系统编码规则
01~19。以01表示核心系统。

3）业务模块/功能编码规则
<业务子系编码>+1+<三位数或字符>
若本子系统没有分业务模块，直接用三位顺序号表示功能，如：
编码 类型 名称
011001 业务功能 操作组分配
011002 业务功能 密码修改

当业务模块分为一层时，三位数或字符的第一位表示模块编码，如：
编码 类型 名称
0111 业务模块 授权管理
011101 业务功能 操作组分配
011102 业务功能 密码修改
0112 业务模块 每日处理
011201 业务功能 销售先进先出处理
011202 业务功能 调配先进先出处理

当业务模块分为两层时，则占用业务功能编码一位。如：

编码 类型 名称
0311 业务模块 订单管理
03111 业务模块 订货
031111 业务功能 门市订单清单录入
031112 业务功能 订购清单及分货清单录入

4）屏幕编码规则
<业务功能编码>+<二位顺序>
顺序号的第一位表示层数，如001为第一层屏幕，101为第二层屏幕。

5）报表编码规则
<业务功能编码>+<二位顺序>

6）表单编码规则
<业务功能编码>+<二位顺序>

7）构件编码规则
<业务子系编码>+2+<三位顺序>
三位顺序的第一位表示层数

8）构件public method
<构件编码>+1+<二位顺序>

9）构件protected method
<构件编码>+2+<二位顺序>

10）构件private method
<构件编码>+3+<二位顺序>

11）数据库表编码规则
<业务子系编码>+3+<三位顺序>

12）SP编码规则
<业务子系编码>+4+<三位顺序>

13）Trigger编码规则
<业务子系编码>+5+<三位顺序>

14）程序模块编码规则
<业务子系编码>+6+<三位顺序>

15）公用子程序
<程序模块编码>+<三位顺序>
顺序号的第一位表示层数，如001表示第一层、101表示第二层

16）测试案例
20+<两位分类码>+<三位顺序号>
分类码自己定义。

17）阶段其他成果
90+<四位阶段码>+<三位顺序号>

n 状态：0-未开始，1-已计划，2-进行中，3-内部验收中，4-内部验收合格，5-内部废弃，6-待客户验收，7-客户验收合格，8-客户废弃
n 编码：成果编码。
名称：成果名称。 n
登记日期：把此项目记录进此清单的日期。 n
版本：不用填写 n
n 用途：1-内部用，2-项目用，3-产品用，4-内部废弃，5-客户废弃
介质：1-文档，2-程序 n
复杂度：程序的复杂程度。 n
n 重用性：是否在项目内部重用，或还可以跨项目重用。
优秀度：不需要填写 n
预计人时数：计划时间 n
实际人时数：不需要填写。 n
n 负责人：此成果直接负责人。

三、《A012工作计划及实施记录表》

此表记录计划及实施情况。
n 状态：0-未开始，1-已计划，2-进行中，3-内部验收中，4-内部验收合格，5-内部废弃，6-待客户验收，7-客户验收合格，8-客户废弃，*-实施记录。
n 直接负责人员：此计划的主要承担人。
组代码：计划的分类码。 n
n 具体工作代码：此栏若不空则表示为一个待执行的计划，若为空则表示只是一个大的计划分类。
计划名称：计划名称。 n

阶段代码：
代码 阶段名称 任务名称
03 项目准备
0301 项目准备 订立合作规则
0302 项目准备 项目立项规划
04 业务调研
0401 业务调研 客户现行系统调查
0402 业务调研 性能要求调查
0403 业务调研 机构、岗位调查
0404 业务调研 数据转换及对外接口
0405 业务调研 业务调研及分析
05 外观包系统
0501 外观包系统 外观包需求分析
0502 外观包系统 双方确认需求
06 系统设计
0601 系统设计 概要设计
0602 系统设计 详细设计
07 开发及测试
0701 开发及测试 订立开发、测试规则
0702 开发及测试 制定测试计划、验收标准
0703 开发及测试 编程
0704 开发及测试 测试
0705 开发及测试 手册制作
08 联调及验收
0801 联调及验收 联调准备
0802 联调及验收 联调
0803 联调及验收 试运行
0804 联调及验收 验收准备
0805 联调及验收 验收
09 上线
0901 上线 上线准备
0902 上线 上线支持
10 推广
1001 推广 推广准备
1002 推广 推广支持
11 维护
1101 维护 维护

启动原因：0-正常，11-客户新增需求，12-客户需求错误，13-客户需求调整，19-客户其他原因，21-设计错误，22-测试人员发现问题，23-客户发现问题，29-公司其他原因。
n 验收人员：对此成果的验收或测试人员。
计划开始日期：计划开始日期。 n
计划验收日期：计划完成交给验收或测试人员的日期。 n
n 计划小时数：计划需要的小时数。
实际开始日期：实际开始日期。 n
实际验收日期：实际完成交给验收或测试人员的日期。 n

动作：1-新增，2-修改或完善。
n 操作描述：对具体的成果要求填写动作，但是并不是在计划中的都会有一个对应的成果，这时可以在此直接描述，并可以让动作、成果编码为空。
n 修改请求号：暂时不填。
成果编码：采取动作的成果的编码。 n
小时数：计划时不填，实施记录时需要填写。 n
n 有效小时数：计划时不填，实施记录时需要填写。
评分-难度：0-10分。 n
评分-及时性：0-10分。 n
n 评分-质量：0-10分。
备注：其他说明。 n

四、《A013个人工作记录表》

此表是否由项目成员填写，可以由项目经理自己决定，最后把此表汇总到A012中。月底项目成员不需要再填写工作费用报告，而是由项目管理部门汇总A012表得出每一个项目成员的工作费用报告。

五、《A014项目成果验收清单》(项目组验收)及相关的成果zip文件

此表是个静态表：
n 项目编号：项目编号。
项目名称：项目名称。 n
成果编码：本期完成的成果编码。 n
成果名称：本期完成的成果名称。 n
n 状态：1-一次通过验收，2-内部废弃，3-客户废弃
介质：1-文档，2-源程序 n
呈交人：成果完成人。 n
n 验收人：成果验收或测试人。
说明：特殊情况说明。 n
公司验收日期：不需要项目经理填写。 n
公司验收人员：不需要项目经理填写。 n
n 公司验收评述：公司对上交成果的总体评述。不需要项目经理填写。

六、《A015应用开发项目风险分析及对策表》

见《1.如何填写立项报告》中第三部分。

七、《A016应用开发项目计划实施动态表-预算及实际》

见《1.如何填写立项报告》中第四部分。