软件项目红黄牌制度

1、项目红黄牌制度文档编号：文件名称：编写：编写日期：审核：目录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

2、.3组织与沟通 .129.4质量保证121 目的通过将项目运行指标表示为红牌（问题），黄牌（警告）、绿牌（正常）三种状态，从而直观的显示项目运行状态，并通过数据分析，逐层查找偏差产生的原因，采取适当的措施进行纠正和预防。2 适用项目适用于公司工程实施售中项目。3 考察标准项目红黄牌从过程和进展两个方面考察各个项目的运行状况，报告形式如下配需缺风计质组客进成产人户过置求陷险划量织进度本出员满程管管管管跟保沟展偏偏质流理理理理踪证通意差差量失度项目 1项目 2项目 3项目 4项目 5过程指标反映项目是否按照公司的管理规进行管理，通过质量经理的过程审计获得数据信息。包括配置管理、需求管理、计划跟踪、

3、风险管理、缺陷管理、组织沟通、质量控制7 个过程域。进展指标反映项目运行的状况，包括进度偏差、成本偏差、产出物质量、员工流失率、客户满意度5 项数据。7 个过程域指标决定项目整体过程的红黄牌状态，5 个进展指标决定总体进展红黄牌状态，灰色灯表示对此项目不使用此考察项。过程 /绿牌黄牌红牌进展标准每个过程域无黄灯或红灯各过程域中仅有一个或两个黄灯各过程域中有三个以上黄灯或一个以上红灯各个过程域的红黄灯标准： 对于项目过程指标， 每个过程域分别设立多个检查项，各个检查项的状态决定该过程域的红黄灯状态。检查项分别标示为关键检查项和一般检查项。 一般情况下， 若有关键检查项未达到标准，该过程域即标示为

4、红灯，一般检查项1-4 项未达到，标示为黄灯，超过4 项未达到，标示为红灯。过程域标准绿灯所有检查项均达到标准；黄灯所有关键检查项均达到标准；一般检查项未达到数 <=4红灯存在关键检查项未达到标准；一般检查项未达到数大于4进展指标的计算公式进度偏差（SVP ）（ BCWP计划值成本偏差（CVP ）（ BCWP挣值人员流失率= 本季度流失人数 BCWS ） /BCWS ACWP ） /BCWP/ 当月项目人数即 （挣值即 （挣值- 计划值）- 实际值）/4 数据来源4.1 过程数据来自质量经理的审计报告。质量经理对项目的检查应依据检查标准对每个检查项给出说明4.2 运行数据其中进度和成本偏

5、差来自项目计划、项目预算、项目财务数据以及项目周报中的进度状态数据。人员流失率来自项目报工数据。产出物质量来自质量经理检查报告。5 产出报告5.1 项目检查报告针对单个项目，质量经理编写，经过项目经理确认后，发送项目领导小组及项目管理部。红黄牌制度检查报告（项目名称）红黄牌制度检查报告（项目名称）检查表5.2 总结报告按季度产出，每季度第一个月的20 日前完成。针对一次检查的所有项目，项目管理部负责编写，本部领导确认，发送所有项目经理、项目总监、客户经理和本部领导。税务本部项目红黄牌检查总结报告6 考核项目的红黄牌检查结果与项目经理的考核挂钩。6.1 客户满意度客户满意度成绩作为项目经理考核系

6、数的组成部分：客户满意度成绩85分（含）以上，客户满意度系数为1客户满意度成绩85分以下，客户满意度系数客户满意度成绩/1006.2 项目过程状态项目过程状态的红黄牌结果作为项目经理考核系数的组成部分：过程状态为红牌：系数为0.8过程状态为黄牌：两个过程域为黄灯，系数为0.9 ；一个过程域为黄灯，系数为 1过程状态为绿牌：若为全面检查的项目，系数为1.2 ；若仅考察部分检查项的项目，系数为1.057 附表 1 ：过程检查项定义说明：附表1 适用于开发项目，对于没有开发工作的上线支持、运行维护项目见附表37.1 配置管理检查项检查项分类是否制定了配置管理计划，配置管理职责是否明确(SCM,SCC

7、B)一般配置管理人员是否相应的技能，项目组成员是否了解如何使用配一般置管理工具是否建立并维护了配置库关键配置库是否定期备份一般配置库目录结构是否清晰，权限设置是否正确配置库中的配置项是否齐全，当前版本是否正确是否根据配置管理计划建立了相应的基线已纳入基线的配置项的变更是否符合变更流程项目组是否有版本管理与发布规程，发布给客户的版本是否经项目经理批准 ,按流程进行；版本发布有说明 ,描述版本的变化版本中代码及其他发布项是否来自配置库或受控环境，可以获取历史任何一个发布的版本的所有配置项 , 包括但不限于源码 ,数据库脚本 , 配置 ,运行环境一般一般一般一般关键关键7.2 需求管理检查项检查项分

8、类是否建立并维护了需求跟踪表,对需求状态进行了跟踪一般是否定义了需求变更流程，并与用户达成一致；需求变更是否按关键定义的需求变更流程进行是否应用需求变更跟踪表跟踪需求变更一般对需求变更是否进行了评估并识别了变更影响围一般需求变更是否得到了 SCCB的批准及用户的确认关键需求变更相关记录是否纳入配置管理一般需求变更是否通知到所有受影响的组与个人一般7.3 进度跟踪检查项检查项分类是否制定了项目的高层进度计划，明确里程碑的时间点和产出物，关键产出物的评审计划是否制定了 WBS 计划（使用进度跟踪表或 MS Project）关键WBS 计划要能够全面反映项目各项任务实际进展情况关键WBS 计划要能够

9、全面反映项目每个成员的任务分配情况关键格式整齐，清晰，具有良好可读性。一般每个里程碑点对项目的高层计划进行了更新一般每周对项目 WBS 计划进行了更新， WBS 计划与项目实际状态一一般致WBS 计划对近期项目任务(一个月 )的分解不能超过每人周一般7.4 风险管理检查项检查项分类是否在项目启动时进行了风险评估，对风险是否进行了跟踪(项目关键周报、项目计划与跟踪表 )是否对项目问题进行了跟踪管理（使用项目计划与跟踪表），重关键大问题是否按照要求进行了及时上报是否识别了风险发生的可能性/ 危害程度 ,并对风险进行了评级一般是否对风险有应急计划 , 以应对风险发生后产生的问题一般是否针对级别高的风

10、险制定了行动计划, 降低风险的可能性与危一般害程度7.5 缺陷管理检查项检查项分类项目组是否定义了缺陷管理流程关键项目组是否搭建了缺陷管理系统一般对评审与测试发现的缺陷是否按流程安排修改并跟踪验证关键所有的缺陷是否都得到了记录一般缺陷是否明确了严重程度与优先级一般(使用项目计划与跟踪表)按月对项目的缺陷进行汇总统计一般7.6 组织与沟通检查项项目的组织职责明确，无关键人员离职项目经理经过述职和正式任命：项目有人员投入后一个月，完成述职和任命，一个月之后两个月完成的为黄灯，超过两个月的为红灯有明确的部、外部沟通机制，有沟通计划，保留沟通记录制定并维护项目的资源计划，检查项分类关键关键关键一般制定

11、并跟踪维护项目的培训计划项目周报按时提交,容完整准确；每季度迟交3 次以上为红灯识别项目关键干系人，记录关键干系人对项目的期望每月至少与两位员工进行面对面的正式沟通，保留沟通记录项目例会是否按时召开与客户的会议是否按时召开7.7 质量保证检查项是否有制度化项目管理规，有开发规，项目产出物有确定的模版需求经过评审设计经过评审代码检查，测试案例经过评审7.8 产出物质量检查项文档化的完整的系统需求需求通过用户确认需求文档符合项目规模板要求文档化的完整的系统设计设计文档符合项目规模板要求测试案例文档化代码规性发布版本出现事故，或出现客户投诉一般关键一般一般一般一般检查项分类关键关键关键一般检查项分类

12、关键关键一般关键一般一般一般关键8 附表 2 ：进展指标标准说明：运维项目不考察进度偏差，研发项目不考察客户满意度进展指标绿灯黄灯红灯进度偏差-10%,+-30%， -10%）（ -， -30%）成本偏差-10%,+-30%， -10%）（ -， -30%）产出物质量参见过程检查定义产出物质量人员流失率0 ，10%(10% ，20%（20% ， +）客户满意度85 ， 10070 ，85)（-， 70 ）（若未进行调查，(若未进行调查，有一次（若未进行调查，客户投诉超过2 次，无投诉为绿灯）客户投诉，即为黄灯 )即为红灯）9 附表 3 ：运维项目检查项定义说明：适用于无开发工作的项目，如上线支

13、持、运行维护项目。9.1 配置管理检查项检查项分类说明是否制定了配置管理计划，配置管理职责是否明确一般若项目组负责用户(SCM,SCCB)生产环境的版本升配置管理人员是否相应的技能，项目组成员是否了解如一般级，配置管理各项何使用配置管理工具容需要满足，否则是否建立并维护了配置库关键可使用文件服务器配置库是否定期备份一般管理产出文档，产配置库目录结构是否清晰，权限设置是否正确一般出物齐全即为满足配置库中的配置项是否齐全，当前版本是否正确一般要求项目组是否有版本升级规程，升级是否按流程进行；关键9.2 问题管理检查项检查项分类项目组是否按流程接收和处理问题关键是否有问题记录和问题统计关键程序问题是否单独进行了跟踪关键重大问题是