软件项目红黄牌制度

《软件项目红黄牌制度》由会员分享，可在线阅读，更多相关《软件项目红黄牌制度（12页珍藏版）》请在装配图网上搜索。

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.3 组织与沟通129.4 质量保

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

3、获得数据信息。包括配置治理、需求治理、打算跟踪、风险治理、缺陷治理、组 织沟通、质量操纵7 个过程域。 进展指标反映项目运行的状况，包括进度偏差、成本偏差、产出物质量、职员流 失率、客户中意度5 项数据。7个过程域指标决定项目整体过程的红黄牌状态,5个进展指标决定总体进展红黄牌状态，灰色灯表示对此项目不使用此考察项。过程/进展标准绿牌每个过程域无黄灯或红灯黄牌各过程域中仅有一个或两个黄灯红牌各过程域中有二个以上黄灯或一个以上红灯 各个过程域的红黄灯标准：关于项目过程指标,每个过程域分别设立多个检查项,各个检查项的状态决定该过程域的红黄灯状态。检查项分别标示为关键检查项和一样检查项。一样情形下,

4、若有关键检查项未达到标准,该过程域即标示为红灯,一样检查项 1-4项未达到,标示为黄灯,超过4项未达到,标示为红灯。过程域标准绿灯所有检查项均达到标准；黄灯所有关键检查项均达到标准；一样检查项未达到数v=4红灯存在关键检查项未达到标准；一样检查项未达到数大于4 进展指标的运算公式 进度偏差(SVP) = (BCWPBCWS) /BCWS 即(挣值-打算值)/打算值 成本偏差(CVP) = (BCWPACWP) /BCWP 即 (挣值-实际值)/挣值 人员流失率 = 本季度流失人数/当月项目人数4数据来源4.1 过程数据来自质量经理的审计报告。 质量经理对项目的检查应依据检查标准对每个检查项给出

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

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

7、了配置治理打算，配置治理职责是否明确(SCM,SCCB)一样配置治理人员是否相应的技能，项目组成员是否了解如何使用配 置治理工具一样是否建立并爱护了配置库关键配置库是否定期备份一样配置库名目结构是否清晰，权限设置是否正确一样配置库中的配置项是否齐全，当前版本是否正确一样是否依照配置治理打算建立了相应的基线一样已纳入基线的配置项的变更是否符合变更流程一样项目组是否有版本治理与公布规程，公布给客户的版本是否经项 目经理批准,按流程进行；版本公布有说明，描述版本的变化关键版本中代码及其他公布项是否来自配置库或受控环境，能够猎取 历史任何一个公布的版本的所有配置项，包括但不限于源码，数据 库脚本，配置

8、，运行环境关键7.2 需求治理检查项检查项分类是否建立并爱护了需求跟踪表，对需求状态进行了跟踪一样是否定义了需求变更流程，并与用户达成一致；需求变更是否按 定义的需求变更流程进行关键是否应用需求变更跟踪表跟踪需求变更一样对需求变更是否进行了评估并识别了变更阻碍范畴一样需求变更是否得到了 SCCB的批准及用户的确认关键需求变更相关记录是否纳入配置治理一样需求变更是否通知到所有受阻碍的组与个人一样7.3 进度跟踪检查项检查项分类是否制定了项目的高层进度打算，明确里程碑的时刻点和产出物，产出物的评审打算关键是否制定了 WBS打算（使用进度跟踪表或MS Project）关键WBS打算要能够全面反映项目

9、各项任务实际进展情形关键WBS打算要能够全面反映项目每个成员的任务分配情形关键格式整齐，清晰，具有良好可读性。一样每个里程碑点对项目的高层打算进行了更新一样每周对项目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, 100（右未进彳丁调查， 无投诉为绿灯）70, 85）（若未进行调查，有一次 客户投诉，即为黄灯）（,70）（若未进行调查，客户投诉超过2次， 即为红灯）9 附表 3：运维项目检查项定义说明：适用于无开发工作的项目

13、，如上线支持、运行爱护项目。9.1 配置治理检杳项检杳项分类说明是否制定了配置治理打算，配置治理职责是否明确 （SCM,SCCB）一样若项目组负责用户 生产环境的版本升 级，配置治理各项 内容需要满足，否 则可使用文件服务 器治理产出文档， 产出物齐全即为满 足要求配置治理人员是否相应的技能，项目组成员是否了解如 何使用配置治理工具一样是否建立并爱护了配置库关键配置库是否定期备份一样配置库名目结构是否清晰，权限设置是否正确一样配置库中的配置项是否齐全，当前版本是否正确一样项目组是否有版本升级规程，升级是否按流程进行；关键9.2 问题治理检査项检杳项分类项目组是否按流程接收和处理问题关键是否有问题记录和问题统计关键程序问题是否单独进行了跟踪关键重大问题是否进行了上报？关键9.3 组织与沟通检杳项检杳项分类项目的组织职责明确，无关键人员离职关键项目经理通过述职和正式任命：项目有人员投入后一个月内，完成 述职和任命，一个月之后两个月内完成的为黄灯，超过两个月的为 红灯关键项目周报按时提交，内容完整准确；每季度迟交3次以上为红灯关键是否按月或周向客户汇报情形一样9.4 质量保证检杳项检査项分类是否有制度化项目治理规范，项目各项报告有确定的模版关键项目产出物符合模版要求关键