风险案例-24期-缺少严格的变更及版本控制流程,导致问题反复,调试工作量和时间增加...

本文探讨了A公司在项目实施阶段遇到的问题,即现场实施人员无法使用SVN进行版本控制,导致代码差异和调试效率低下。提出了预防、缓解和补救措施,包括明确版本控制要求、制定详细版本控制流程和申请开通外网SVN权限,以解决实施阶段的版本控制问题。

典型案例:

    A公司某一项目进展到了实施阶段,现场实施人员会在进行现场调试,当遇到修改量较大的问题时会发回给公司的开发人员进行修改,一些小问题现场实施人员在现 场就进行了直接修改。现场实施人员无法使用公司的SVN,每次修改完问题后没有将修改后的程序代码发回给公司的开发人员,导致公司的开发人员每次发过去的 代码与现场代码都存在差异。

 

风险的概述:

    缺少严格的变更及版本控制流程,导致问题反复,调试工作量和时间增加。

 

推荐处置措施如下:

预防措施:

1、项目计划阶段,项目经理需要明确版本控制要求,不仅包含项目开发阶段的版本控制计划,还应针对实施阶段的版本控制提出要求,制定项目的变更控制以及版本控制机制,并周知项目组严格执行。

 

缓解措施:

1、制定详细的版本控制流程:

     A)现场直接修改:问题接收人员记录问题,修改人员根据问题清单进行问题的修改并将对应的修改文件记录在问题清单上,修改人员进行现场测试,确认OK 后,将修改的文件以及问题提交给合版本的人员,合版本的人员根据问题清单上的修改文件进行版本的合并,合并完成后交给release人员进行清单对应版本 的发布。

     B)公司内开发人员协助修改:问题接收人员记录问题,发回给公司项目组修改人员进行问题的修改,公司内项目组修改人员并将对应的修改文件记录在问题清单 上,测试人员进行问题的测试,测试通过后交给release人员进行解决问题清单对应版本的发布,将发布版本发给现场的实施人员实施。

 

补救措施:

1、申请开通外网SVN的权限,实施人员和开发人员都使用统一的SVN进行版本和变更的控制。

转载于:https://www.cnblogs.com/ejllen/p/4587943.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值