公司企业8-配置管理制度 09-项目编号+项目名称基线建立前检查.xls

《公司企业8-配置管理制度 09-项目编号+项目名称基线建立前检查.xls》由会员分享，可在线阅读，更多相关《公司企业8-配置管理制度 09-项目编号+项目名称基线建立前检查.xls（3页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、填填表表说说明明序序号号常常见见问问题题1检查人是指？2确认人是指？3基线计划中的主要配置项是否是最新的？如何确认？4结项基线建立时，检查项目测试用例是否提交了含测试结果的最终版？怎么确认？5项目配置管理计划是否已经评审?通常不会评审CM计划，怎么证明已经评审了？6项目管理计划及附属计划、需求规格说明书、设计说明书、测试用例等主要配置项是否进行了评审？并完成了评审报告？(通过会议或邮件)通常都写会议纪要是否可以？7评审报告是否已全部入库？是否对评审发现问题的解决情况进行了跟踪、验证？这条普遍都无法通过，要怎么处理？都是不符合？8以前基线审计发现的问题是否跟踪到关闭?这条要怎么用？怎么判断？9风

2、险重大问题跟踪表是否定期进行跟踪？这条问项目经理就可以吗？是否如实记录即可?说说明明通常是配置管理员项目经理，检查出的问题需要和项目经理进行沟通并改正。进行基线检查的目的是保证我们在打基线的时候一定要将最新的、完整的、正确的文档入库。例如：有的项目在打需求基线的时候，需求规格说明书还不是项目组输出的最新、完整、定稿的文档(最新的文档没入库)。建议配置管理员平时就要多跟踪项目的过程，最终打基线的文档一定要保证是最新的，这项工作其实在打基线的时候只不过是最终做检查，应该做在平时，至少我们在打基线的时候一定要提醒项目组将最新的文档入库，同时，建议配置管理员打开文档查看是否还存在其他问题，确认无误后才

3、能打基线，建议多和项目经理沟通。需检查测试用例的内容，结项时测试用例是要含有测试结果的，没有测试结果的测试用例是不完整的。只要这项目参与了测试，测试用例就是输出，而且结项时测试用例必须要更新成最终的版本，有时测试人员可能将含有测试结果的测试用例存放在了测试中心的某个库中，我们或者项目经理就要跟踪更新后的测试用例是否提交到了项目配置库。建议可以和测试人员进行沟通，保证测试人员过程中更新的文档一定要及时入库。配置管理计划是必须要评审的，不只是我们写了计划就允许的，项目经理、CCB都是要进行评审，通常配置管理计划一般可不进行会议评审，邮件评审也可以，建议可将进行邮件评审的邮件存入库中。目前有一些项目

4、确实是用了会议纪要来记录问题，建议大家使用评审报告，如果是用会议纪要现在也可以，但一定要保证评审发现问题的解决情况必须有跟踪确认。检查的目的不仅是记录“不符合”就行了，而是当发现不符合项、未关闭的评审问题时，在建立基线前要提醒项目经理或项目组成员关闭相关问题。其他问题也是一样，发现不符合项就要提醒项目经理更正，建议多沟通。如我们在建立基线1的时候发现了一些不符合项，后我们要求项目组可能不是非要本次整改(这个要看具体是什么问题，如果不是影响到本次建立基线的，可放到以后改，例如部分目录规划有些问题，可后期进行调整)，下次建立基线前改完也可以，那么我们在建立基线2的时候就一定要先看看此问题是否进行了

5、整改，如果项目组没有需要在基线2建立前整改的问题，可选择“不适用”，主要目的是保证每一次检查出来的问题都能得到解决。Checklist检查的目的不是为了记录问题，而是发现问题提醒项目组更正这些问题，如果发现项目经理没有定期进行跟踪，需要我们来提醒他。建议这个问题可以和项目经理进行沟通。风险重大问题跟踪表建议平时就多要跟踪，及时查看问题是否写了计划解决时间、实际是否解决了。填填表表说说明明基基线线建建立立前前检检查查清清单单ChecklistChecklist 文件编码：项目名称：检查日期：项目编号：检查人：项目负责人：确认人：检检查查大大项项检检查查子子项项完完成成情情况况备备注注命名及入库配

6、置库的目录结构是否按配置管理计划建立?命名及入库配置项的命名是否按配置管理计划进行?命名及入库基线计划中的主要配置项、项目周报、里程碑报告等项目文档中提及的项目工作产品(如项目前期与项目有关的预研、可行性分析报告等)是否提交到配置库中？命名及入库基线计划中的主要配置项是否是最新的？命名及入库结项基线建立时，检查项目测试用例是否提交了含测试结果的最终版？评审跟踪项目配置管理计划是否已经评审?评审跟踪项目管理计划及附属计划、需求规格说明书、设计说明书、测试用例等主要配置项是否进行了评审？并完成了评审报告？(通过会议或邮件)评审跟踪评审报告是否已全部入库？是否对评审发现问题的解决情况进行了跟踪、验证？评审跟踪以前基线审计发现的问题是否跟踪到关闭?评审跟踪风险重大问题跟踪表是否定期进行跟踪？变更对基线库中主要配置项的变更申请，是否明确填写了变更原因、变更影响、变更内容及版本等？变更配置项的变更申请（包括被影响的配置项）是否都得到了审批？变更经过变更审批的配置项(包括被影响的配置项)是否都进行了变更？变更相关文档变更履历是否更新？变更所有的变更申请、变更审批、变更通知等是否入库?变更基线建立的时间是否超过配置管理规范里要求的期限？若超过是否进行了变更？本次检查小计：合格合格项数量：一般符合一般符合项数量：不符合不符合项数量：不适用不适用项数量：