项目日常监控管理表单模板.doc

日常监控
- 对计划/总结的监控
每周、每月、每阶段都有详细的计划和总结，项目组计划落实到每个实施小组，由项目经理监督。实施小组/任务小组计划落实到组内每个成员，由各任务组长监督执行；
项目组每周召开例会，由各实施小组汇报项目进度、存在问题和困难。
项目组的月计划和月总结交事业部，由事业部总经理审阅。
与日常监控相关的表格有：
n 开发项目周计划
n 开发项目周总结
n 开发项目月计划
n 开发项目月总结
n 项目阶段计划表
n 项目阶段实施情况汇报
n 编程工作小组日进度报告
n 编程工作小组周进度报告
n 程序员周进度报告

上述表格内容及样式如下：

² 开发项目周计划
制表人： 日期：
项目名称

项目经理

周次

计 划
时间段
开发人员
任务描述
要求资源和配合
对客户要求

² 开发项目周总结
制表人： 日期：
项目名称

项目经理

周次

总 结
时间段
开发人员
任 务
任务完成情况
备注

² 开发项目月计划
制表人： 日期：
项目名称：
项目经理

月份

计 划
时间段
开发人员
任务描述
要求资源和配合
对客户要求

开发项目月总结
制表人： 日期：
项目名称：
项目经理

月份

总 结
时间段
开发人员
任务
任务完成情况
备注

项目阶段计划表
制表人： 时间：
项目名称

项目经理

人员总数

总周期（月）

阶段起止日期
内容
所需人员

总 计
(人月）
审批意见：

签字：
² 程序员周进度报告
组别： 姓名： 周次：
日期
模块名
进度
难点
处理措施
备注
阶段
完成情况(%)
分析
编码
调试
文挡
20
40
60
80
100
星
期
一

星
期
二

星
期
三

星
期
四

星
期
五

星
期
六

注：
- 程序员每日填写当日进度并向组长汇报，本表于周六下午前交所在程序小组组长。
- 进度栏在相应阶段和进展情况下打勾。
- 处理措施分：（1）正常（2）申请新资源（3）申请延期（4）申请转交任务（5）申请代码

- 内部质量审核
在公司的软件开发规程文件中，制定了“内部质量审核规程”，规程要点如下：
n 内审目的
通过内审检查质量体系的符合性和有效性，质量活动是否符合计划的安排及规定要求，以便及时发现问题并督促纠正。

n 审核方式
u 滚动式：每月按质量要素对一个或几个事业部进行审核。
u 集中式：集中一段时间对各事业部或各质量要素进行审核。对事业部进行审核的过程中，要对具体的项目组进行现场审核。

n 审核前准备
u 由公司质量管理部组建内审小组，任命内审组长，具有正式资格的内审员参加审核。
u 由审核组长编制本次审核计划。
u 由内审员编制审核检查表。

n 审核实施
召开首次会议，宣布内审开始。
内审是按审核检查表的内容，采用问、听、查、看等方式进行审核，并填写审核记录。妥善保存现场检查取得的证件。如发现不合格事实，由内审员填写“不合格报告表”，并请受审方签字确认。如发现不合格线索，报内审组长共同研究，确定是否扩大检查范围，扩大范围应取得受审方同意，如双方意见不协，报请公司领导裁决。
完成审核任务后，向内审组长汇报情况，并将审核记录上交内审组长。
召开末次会议进行内审总结。

n 审核后整改
u 制定和实施既定的纠正措施。
u 事业部和项目组应认真改正不合格项。
u 质量管理部负责验证纠正措施的执行情况。
u 质量管理部对本次内审所发生的不合格情况进行汇总分析，并报告公司领导。

不合格报告表内容如下：

制表人： 时间： 编号：
部门/项目组

部门/项目经理

所处阶段

阶段负责人

检查标准：质量体系文件，审核检查表
不合格事实描述：

审核人： 日期：
原因分析：

建议采取的纠正措施：

部门/项目经理意见：

签字： 日期：
纠正措施验证：

审核人： 日期：
管理者代表审批：

签字： 日期：
注：表格地方不够可加附页。

阶段监控
将开发过程中各阶段结束点定义为必要的“质量监控点”：在质量监控点，由项目组和用户共同组织联合评审，以对本阶段工作进行验证和考核。与此同时，决定下一阶段工作的基线。
本公司质量文件中对联合评审规程要点规定如下：

- 联合评审目的
在应用软件开发过程中的重要质量监控点上，供需双方就软件开发阶段成果的功能、性能和质量进行共同评审，从而及时发现问题、解决问题，消除存在的错误和潜在的隐患。

- 联合评审程序
n 总则：
按项目质量保证计划中所指定的质量监控点，根据监控内容和相关文件内容的要求，在监控点由项目经理与用户协商共同组成联合评审组进行评审，如有需要，可请第三方专家参加联合评审。

n 质量监控点
项目立项时，必须在质量保证计划中明确定义质量监控点、每个监控点所对应的监控内容和相关文件内容。本项目拟定的质量监控点为：
u 需求分析定稿时
l 监控内容：需求是否符合用户的要求
l 相关文件：合同书及其附件、需求分析说明书

u 概要设计定稿时
l 监控内容：总体框架是否符合用户要求，在此基础上能否实现软件需求分析说明书中的规定。
l 相关文件：需求分析说明书、概要设计说明书

u 系统整体测试结束时
l 监控内容：审查软件的可用性、可靠性和可维护性
l 相关文件：用户操作说明书、测试计划、测试报告

u 试点单位验收结束时
l 监控内容：软件是否可以正式投入运行和进入推广
l 相关文件：开发总结报告、验收报告

u 最终验收结束时
l 监控内容：软件是否可以全线开通
l 相关文件：最终验收检测报告，最终验收文件。

- 联合评审小组的组成
由本公司和市局共同组成，可共同协商聘请专家参加，由对监控内容承担主要责任的一方出任组长。

- 评审方式和结果处理
可采用下列评审方式之一：
n 项目组将阶段工作成果以书面文件形式提交给联合评审组成员，经各位成员审查后提交书面意见，由评审组长汇总后提出评审报告。
n 项目组以汇报会形式向评审组汇报阶段工作成果，经评审组讨论形成书面评审报告。

根据评审结果进行相应的处理：
n 若评审通过，同意该项目进入下一阶段工作。
n 若评审中发现问题，由项目经理组织项目组有关人员解决问题，解决方法实施后，应重新进行评审。

- 相关表格
与阶段监控相关的表格有：
n 联合评审报告
n 联合评审问题分析报告表
n 联合评审组成员签字表

上述表格内容如下：

联合评审问题分析报告表

制表人： 日期：
项目名称

质量监控点

问题概述

问题产生原因

建议解决方法或预防措施

项目经理签字

日期

注：表格地方不够可加附页。
联合评审组成员签字
制表人： 日期：
姓名
工作单位
职称/职务
签字

- 13 -
广州市拓维信息有限公司