软件项目红黄牌制度精编版

软件项目红黄牌制度精
编版
MQS system office room 【MQS16H-TTMS2A-MQSS8Q8-MQSH16898】
项目红黄牌制度
文档编号：文件名称：
编写：编写日期：
审核：
目录
1 目的
通过将项目运行指标表示为红牌（问题），黄牌（警告）、绿牌（正
常）三种状态，从而直观的显示项目运行状态，并通过数据分析，逐层
查找偏差产生的原因，采取适当的措施进行纠正和预防。

2 适用项目
适用于公司工程实施售中项目。

3 考察标准
项目红黄牌从过程和进展两个方面考察各个项目的运行状况，报告形式
过程配
置
管
理
需
求
管
理
缺
陷
管
理
风
险
管
理
计
划
跟
踪
质
量
保
证
组
织
沟
通
进
展
进
度
偏
差
成
本
偏
差
产
出
质
量
人
员
流
失
客
户
满
意
度
项目1 ■●●●●●●●■●●●●●项目2 ■●●●●●●●■●●●●●项目3 ■●●●●●●●■●●●●●项目4 ■●●●●●●●■●●●●●项目5 ■●●●●●●●■●●●●●
过程审计获得数据信息。

包括配置管理、需求管理、计划跟踪、风险管理、缺陷管理、组织沟通、质量控制7个过程域。

进展指标反映项目运行的状况，包括进度偏差、成本偏差、产出物质量、员工流失率、客户满意度5项数据。

7个过程域指标决定项目整体过程的红黄牌状态，5个进展指标决定总体
过程/进展标准
绿牌每个过程域无黄灯或红灯
黄牌各过程域中仅有一个或两个黄灯
红牌各过程域中有三个以上黄灯或一
个以上红灯
各个过程域的红黄灯标准：对于项目过程指标，每个过程域分别设立多
个检查项，各个检查项的状态决定该过程域的红黄灯状态。

检查项分别
标示为关键检查项和一般检查项。

一般情况下，若有关键检查项未达到
标准，该过程域即标示为红灯，一般检查项1-4项未达到，标示为黄
过程域标准
绿灯所有检查项均达到标准；
黄灯所有关键检查项均达到标准；一
般检查项未达到数<=4
红灯存在关键检查项未达到标准；一
般检查项未达到数大于4
进度偏差％（SVP）＝（BCWP－BCWS）/BCWS即（挣值-计划值）/计划
值
成本偏差％（CVP）＝（BCWP－ACWP）/BCWP即（挣值-实际值）/挣值
人员流失率=本季度流失人数/当月项目人数
4 数据来源
4.1 过程数据
来自质量经理的审计报告。

质量经理对项目的检查应依据检查标准对每个检查项给出说明
4.2 运行数据
其中进度和成本偏差来自项目计划、项目预算、项目财务数据以及项目周报中的进度状态数据。

人员流失率来自项目报工数据。

产出物质量来自质量经理检查报告。

5 产出报告
5.1 项目检查报告
针对单个项目，质量经理编写，经过项目经理确认后，发送项目领导小组及项目管理部。

《红黄牌制度检查报告（项目名称）》
《红黄牌制度检查报告（项目名称）—检查表》
5.2 总结报告
按季度产出，每季度第一个月的20日前完成。

针对一次检查的所有项目，项目管理部负责编写，本部领导确认，发送所有项目经理、项目总监、客户经理和本部领导。

《税务本部项目红黄牌检查总结报告》
6 考核
项目的红黄牌检查结果与项目经理的考核挂钩。

6.1 客户满意度
客户满意度成绩作为项目经理考核系数的组成部分：
客户满意度成绩85分（含）以上，客户满意度系数为1
客户满意度成绩85分以下，客户满意度系数＝客户满意度成
绩/100
6.2 项目过程状态
项目过程状态的红黄牌结果作为项目经理考核系数的组成部分：
过程状态为红牌：系数为
过程状态为黄牌：两个过程域为黄灯，系数为；一个过程域为
黄灯，系数为1
过程状态为绿牌：若为全面检查的项目，系数为；若仅考察部
分检查项的项目，系数为
7 附表1：过程检查项定义
说明：附表1适用于开发项目，对于没有开发工作的上线支持、运行维护项目见附表3
7.1 配置管理
检查项检查项分类
一般
是否制定了配置管理计划，配置管理职责是否明确
(SCM,SCCB)
一般
配置管理人员是否相应的技能，项目组成员是否了解如
何使用配置管理工具
是否建立并维护了配置库关键
配置库是否定期备份一般
配置库目录结构是否清晰，权限设置是否正确一般
配置库中的配置项是否齐全，当前版本是否正确一般
是否根据配置管理计划建立了相应的基线一般
已纳入基线的配置项的变更是否符合变更流程一般
7.2 需求管理
7.3 进度跟踪
7.4 风险管理
7.5 缺陷管理
7.6 组织与沟通
7.7 质量保证
7.8 产出物质量
8 附表2：进展指标标准
9 附表3：运维项目检查项定义
说明：适用于无开发工作的项目，如上线支持、运行维护项目。

9.1 配置管理
9.2 问题管理
9.3 组织与沟通
9.4 质量保证。