信管网cnitpm721059684***： [回复]
1.小杨兼职质量管理与配置管理员，工作量大，不适合如此安排，应该安排专门的配置管理员
2.质量管理计划与配置管理计划由小杨编制并发布不合适，质量管理计划应全员参与，计划编制完成后应经评审后发布
3.小杨给小王开放所有配置权限不合适
4.配置变更需求应该由ccb审批决定是否批准，而不是项目经理
5.配置变更没有经过规范的变更流程
6.小杨没有做好版本管理，修改后的代码应该重新编版本号，并且对修改前后的代码都应该存档
7.配置库管理不完善，能够形成配置基线的文件应该存放到产品库中而不是受控库◑1.从产品库复制代码到受控库
2.在受控库中检出代码
3.在开发库中修改代码
4.在受控库中检入修改完成的代码
5.在产品库中更新版本号◑1.确保可交付成果的质量符合验收标准
2.发现当前存在的质量问题并及时上报
3.形成质量审计报告让相关干系人及时了解项目进度和状态◑c
信管网cnitpm716068873***： [回复]
1， 没有专门的配置管理人员
2， 配置管理权限不规范
3， 没有完整的配置变更流程
4， 变更权限随意
5， 配置编码不规范，随意shan
◑配置库变更流程：
提出变更申请
变更审批
将软件从产品库中复制到受控库中，在check out到开发控中变更
软件修改完毕之后再check in 到受控库中，然后在复制到产品库中
◑质量审计的目标是确保可交付物◑c
信管网cnitpm454632690***： [回复]
◑◑质量审计，对整个项目的质量进行审计。◑
信管网cnitpm529825354***： [回复]
没有专职的配置管理员，配置管理计划没有审批即发布，给小王开放全部权限不对，没有做好配置控制，小杨批准变更请求不对，没有成立ccb，版本管理没有做好◑将欲修改的基线从产品库中取出放入受控库中，从受控库中检出要修改的代码放入开发库修改，将修改好的代码检入受控库，将新基线放入产品库◑识别和分享良好实践，识别违规做法，帮助改进◑ac
信管网cnitpm709807340***： [回复]
小杨不宜同时兼任质量管理员和配置管理员，小杨不适合发布质量管理计划和配置管理计划，应该按照配置管理计划来对项目进行管理，配置权限管理应该按照不同角色开放，配置变更申请应该走配置变更流程，配置项管理◑变更申请，变更评估，通告评估结果，变更实施，变更验证已确认，变更的发布，基于配置库的变更控制◑质量审计的目标：识别全部正在实施的良好及最佳实践，识别所有违规做法，差距及不足，分享所在组织或行业中类似项目的良好实践，积极主动的提供协助，以改进过程的执行，从而帮助团队提高生产效率，强调每次审计都应对组织经验教训。知识库的纪律做出贡献等◑c
信管网cnitpm5382686***： [回复]
配置管理员单独任命，小王权限太高，变更流程未执行，不能用文件夹，需要配置管理工具，编号要重新设置，不得删除原有版本，◑申请，评估，审批，执行，检查，事后评估，相应配套变更◑响应客户承诺，识别过程及减少原因◑a
信管网cnitpm513227794***： [回复]
1，没有构建合理的配置管理计划 2，配置管理权限没有按照项目角色进行分配，小王是项目经理他的权限应该是管理配置的角色。不应该有修改权限3，发生变更时 没有走变更流程应该经过审批后再变更。4配置管理员没有做好变更记录 随意对管理文件进行修改。版本号也没有跟随版本变化变化。◑1，变更申请，变更影响评估，变更审批，实施变更，变更后评估，更新项目文件◑质量审计的输出是验收的可交付成果，对可交付成果的再论证，对标项目合同文件 是否满足要约。◑c
信管网cnitpm564126409***： [回复]
项目质量负责人与配置管理员为一人
编写配置管理计划未经过审核直接发布
发生配置变更时未经过评审直接开展审核
配置入库和文件编号管控不严格，随意删除原有代码◑1.提出配置变更申请
2.申请通过后测试并制定回退计划
3.将变更的配置入库
4.对新的配置编号◑质量审计的目标是发展项目实施的过程中存在的问题◑d
信管网cnitpm712006756***： [回复]
1.不应该开放所有配置权限
2.检入新代码不应该使用原来的版本
◑1.升级前对配置库就行备份，并打上版本标签
2.合入新软件代码，并对比新旧代码，就行走查代码
3.走查完成后就行测试发版并进行新版本回归测试
4.测试没有问题后固定版本号后打包发版生产管理◑质量审计目标是让项目交付结果满足项目质量目标◑c
信管网jiali2***： [回复]
缺失配置管理计划，各个库捡入检出标准未确定◑◑◑
|