项目红黄牌制度文档编号：文件名称：编 写：编写日期：审 核：目录1 目的42 适用项目43 考察标准44 数据来源64.1 过程数据64.2 运行数据65 产出报告65.1 项目检查报告65.2 总结报告66 考核76.1 客户满意度76.2 项目过程状态77 附表1：过程检查项定义77.1 配置管理77.2 需求管理87.3 计划跟踪87.4 风险管理97.5 缺陷管理97.6 组织与沟通97.7 质量保证107.8 产出物质量108 附表2：进展指标标准109 附表3：运维项目检查项定义119.1 配置管理119.2 问题管理119.3 组织与沟通119.4 质量保证12 1 目的l 通过将项目运行指标表示为红牌（问题），黄牌（警告）、绿牌（正常）三种状态，从而直观的显示项目运行状态，并通过数据分析，逐层查找偏差产生的原因，采取适当的措施进行纠正和预防。2 适用项目l 适用于公司工程实施售中项目。3 考察标准l 项目红黄牌从过程和进展两个方面考察各个项目的运行状况，报告形式如下过程配置管理需求管理缺陷管理风险管理计划跟踪质量保证组织沟通进展进度偏差成本偏差产出质量人员流失客户满意度项目1项目2项目3项目4项目5 l 过程指标反映项目是否按照公司的管理规范进行管理，通过质量经理的过程审计获得数据信息。包括配置管理、需求管理、计划跟踪、风险管理、缺陷管理、组织沟通、质量控制7个过程域。l 进展指标反映项目运行的状况，包括进度偏差、成本偏差、产出物质量、员工流失率、客户满意度5项数据。l 7个过程域指标决定项目整体过程的红黄牌状态，5个进展指标决定总体进展红黄牌状态，灰色灯表示对此项目不使用此考察项。 过程/进展标准绿牌每个过程域无黄灯或红灯黄牌各过程域中仅有一个或两个黄灯红牌各过程域中有三个以上黄灯或一个以上红灯l 各个过程域的红黄灯标准：对于项目过程指标，每个过程域分别设立多个检查项，各个检查项的状态决定该过程域的红黄灯状态。检查项分别标示为关键检查项和一般检查项。一般情况下，若有关键检查项未达到标准，该过程域即标示为红灯，一般检查项1-4项未达到，标示为黄灯，超过4项未达到，标示为红灯。过程域标准绿灯所有检查项均达到标准；黄灯所有关键检查项均达到标准；一般检查项未达到数=4红灯存在关键检查项未达到标准；一般检查项未达到数大于4l 进展指标的计算公式 进度偏差（SVP）（BCWPBCWS）/BCWS 即 （挣值-计划值）/计划值 成本偏差（CVP）（BCWPACWP）/BCWP 即 （挣值-实际值）/挣值 人员流失率 = 本季度流失人数/当月项目人数4 数据来源4.1 过程数据来自质量经理的审计报告。 质量经理对项目的检查应依据检查标准对每个检查项给出说明4.2 运行数据其中进度和成本偏差来自项目计划、项目预算、项目财务数据以及项目周报中的进度状态数据。人员流失率来自项目报工数据。产出物质量来自质量经理检查报告。5 产出报告5.1 项目检查报告针对单个项目，质量经理编写，经过项目经理确认后，发送项目领导小组及项目管理部。红黄牌制度检查报告（项目名称）红黄牌制度检查报告（项目名称）检查表5.2 总结报告按季度产出，每季度第一个月的20日前完成。针对一次检查的所有项目，项目管理部负责编写，本部领导确认，发送所有项目经理、项目总监、客户经理和本部领导 。税务本部项目红黄牌检查总结报告6 考核项目的红黄牌检查结果与项目经理的考核挂钩。6.1 客户满意度 客户满意度成绩作为项目经理考核系数的组成部分：l 客户满意度成绩85分（含）以上，客户满意度系数为1l 客户满意度成绩85分以下，客户满意度系数客户满意度成绩/1006.2 项目过程状态 项目过程状态的红黄牌结果作为项目经理考核系数的组成部分：l 过程状态为红牌：系数为0.8l 过程状态为黄牌：两个过程域为黄灯，系数为0.9；一个过程域为黄灯，系数为1l 过程状态为绿牌：若为全面检查的项目，系数为1.2；若仅考察部分检查项的项目，系数为1.057 附表1：过程检查项定义说明：附表1适用于开发项目，对于没有开发工作的上线支持、运行维护项目见附表37.1 配置管理检查项检查项分类是否制定了配置管理计划，配置管理职责是否明确(SCM,SCCB)一般配置管理人员是否相应的技能，项目组成员是否了解如何使用配置管理工具一般是否建立并维护了配置库关键配置库是否定期备份一般配置库目录结构是否清晰，权限设置是否正确一般配置库中的配置项是否齐全，当前版本是否正确一般是否根据配置管理计划建立了相应的基线一般已纳入基线的配置项的变更是否符合变更流程一般项目组是否有版本管理与发布规程，发布给客户的版本是否经项目经理批准,按流程进行；版本发布有说明,描述版本的变化关键版本中代码及其他发布项是否来自配置库或受控环境，可以获取历史任何一个发布的版本的所有配置项,包括但不限于源码,数据库脚本,配置,运行环境关键7.2 需求管理检查项检查项分类是否建立并维护了需求跟踪表,对需求状态进行了跟踪一般是否定义了需求变更流程，并与用户达成一致；需求变更是否按定义的需求变更流程进行关键是否应用需求变更跟踪表跟踪需求变更一般对需求变更是否进行了评估并识别了变更影响范围一般需求变更是否得到了SCCB的批准及用户的确认关键需求变更相关记录是否纳入配置管理一般需求变更是否通知到所有受影响的组与个人一般7.3 进度跟踪检查项检查项分类是否制定了项目的高层进度计划，明确里程碑的时间点和产出物，产出物的评审计划关键是否制定了WBS计划（使用进度跟踪表或MS Project）关键WBS计划要能够全面反映项目各项任务实际进展情况关键WBS计划要能够全面反映项目每个成员的任务分配情况关键格式整齐，清晰，具有良好可读性。一般每个里程碑点对项目的高层计划进行了更新一般每周对项目WBS计划进行了更新，WBS计划与项目实际状态一致一般WBS计划对近期项目任务(一个月内)的分解不能超过每人周一般7.4 风险管理检查项检查项分类是否在项目启动时进行了风险评估，对风险是否进行了跟踪(项目周报、项目计划与跟踪表)关键是否对项目问题进行了跟踪管理（使用项目计划与跟踪表），重大问题是否按照要求进行了及时上报关键是否识别了风险发生的可能性/危害程度,并对风险进行了评级一般是否对风险有应急计划,以应对风险发生后产生的问题一般是否针对级别高的风险制定了行动计划,降低风险的可能性与危害程度一般7.5 缺陷管理检查项检查项分类项目组是否定义了缺陷管理流程关键项目组是否搭建了缺陷管理系统一般对评审与测试发现的缺陷是否按流程安排修改并跟踪验证关键所有的缺陷是否都得到了记录一般缺陷是否明确了严重程度与优先级一般(使用项目计划与跟踪表)按月对项目的缺陷进行汇总统计一般7.6 组织与沟通检查项检查项分类项目的组织职责明确，无关键人员离职关键项目经理经过述职和正式任命：项目有人员投入后一个月内，完成述职和任命，一个月之后两个月内完成的为黄灯，超过两个月的为红灯关键有明确的内部、外部沟通机制，有沟通计划，保留沟通记录关键制定并维护项目的资源计划，一般制定并跟踪维护项目的培训计划一般项目周报按时提交,内容完整准确；每季度迟交3次以上为红灯关键识别项目关键干系人，记录关键干系人对项目的期望一般每月至少与两位员工进行面对面的正式沟通，保留沟通记录一般项目例会是否按时召开一般与客户的会议是否按时召开一般7.7 质量保证检查项检查项分类是否有制度化项目管理规范，有开发规范，项目产出物有确定的模版关键需求经过评审 关键设计经过评审关键代码检查，测试案例经过评审一般7.8 产出物质量检查项检查项分类文档化的完整的系统需求关键需求通过用户确认关键需求文档符合项目规范模板要求一般文档化的完整的系统设计关键设计文档符合项目规范模板要求一般测试案例文档化一般代码规范性一般发布版本出现事故，或出现客户投诉关键8 附表2：进展指标标准说明：运维项目不考察进度偏差，研发项目不考察客户满意度进展指标绿灯黄灯红灯进度偏差-10%,+-30%，-10%）（-，-30%）成本偏差-10%,+-30%，-10%）（-，-30%）产出物质量参见过程检查定义产出物质量人员流失率0，10%(10%，20%（20%，+）客户满意度85，100（若未进行调查，无投诉为绿灯）70，85)(若未进行调查，有一次客户投诉，即为黄灯)（-，70）（若未进行调查，客户投诉超过2次，即为红灯）9 附表3：运维项目检查项定义说明：适用于无开发工作的项目，如上线支持、运行维护项目。9.1 配置管理检查项检查项分类说明是否制定了配置管理计划，配置管理职责是否明确(SCM,SCCB)一般若项目组负责用户生产环境的版本升级，配置管理各项内容需要满足，否则可使用文件服务器管理产出文档，产出物齐全即为满足要求配置管理人员是否相应的技能，项目组成员是否了解如何使用配置管理工具一般是否建立并维护了配置库关键配置库是否定期备份一般配置库目录结构是否清晰，权限设置是否正确一般配置库中的配置项是否齐全，当前版本是否正确一般项目组是否有版本升级规程，升级是否按流程进行；关键9.2 问题管理检查项检查项分类项目组是否按流程接收和处理问题关键是否有问题记录和问题统计关键程序问题是否单独进行了跟踪关键重大问题是否进行了上报？关键9.3 组织与沟通检查项检查项分类项目的组织职责明确，无关键人员离职关键项目经理经过述职和正式任命：项目有人员投入后一个月内，完成述职和任命，一个月之后两个月内完成的为黄灯，超过两个月的为红灯关键项目周