软件公司研发本部版本管理现状调查报告(编辑修改稿)

软件公司研发本部版本管理现状调查报告(编辑修改稿)内容摘要：

认为 有一些帮助 ； 15%的人员认为有一点帮助，不多。 24%的人员认为目前执行版本管理规范的已做的比较好； 45%的人员认为目前执行版本管理规范的困难有人力资源不足； 32%的人员认为流程复杂，不好执行； 20%的人员认为对此工作认识不清，需培训； 10%的人员认为没有人愿意作此工作。 6%的人员认为本部门的版本管理工作做的 较好，不需要再提供帮助； 70%的人员认为应经常来给我们提供一些好的建议； 20%的人员认为版本管理工作应能帮助提高 中国最大的管理资源中心 第 10 页 共 25 页 产品质量； 20%的人员认为部门的版本管理工作最好由研发管理部来做； 50%的人员认为使开发过程更规范。 （ 5） 在版本管理方面（包括工具）期望达到的目标 36%的人员认为引进配置管理有必要，这样可以使部门的开发管理有更大的提高；24%的人员认为有必要，但不知是否能达到预期的效果； 10%的人员认为虽然对配置管理概念模糊，但觉得有必要； 6%的人员认为目前难以判断； 16%的人员选择了“无法回答”。 34%的 人员对配置管理的概念知道一些，如有培训更好； 20%的人员认为不管是否清楚，都应进行培训； 36%的人员不清楚，需要培训； 2%的人员选择了不需要培训。 30%的人员认为有必要使用工具，才能真正把配置管理作好； 28%的人员认为有必要，但不知工具能实现哪些功能； 30%的人员认为虽然没有尝试过，但觉得有必要；6%的人员认为不必要，目前情况不是很复杂； 8%的人员认为目前难以判断； 8%的人员选择了“无法回答”。 60%的人员希望使用配置管理工具对开发过程进行有效管理，可提高软件产品的质量； 50%的人员觉得整个软件开发过 程都应使用工具，如需求、设计、测试等，配置管理也不例外； 60%的人员希望版本管理实现起来更规范； 22%的人员希望兼职版本管理员可以从此工作解放出来； 6%的人员目前难以判断； 6%的人员选择了“无法回答”。 6． 采访记录归纳 1）金融事业部  版本管理规范没有真正发布，规范中的有关规定有的开发人员不清楚，发布规范后应有培训；  职责不清，管理力度不够，没有约束机制；  对版本管理部门不易接受，与其它开发、实施工作相比，优先级较低；  目前部门只备份稳定的产品，正在开发的产品在部门中没有备份；  研发管理部应真正找到问题 的切入点，解决问题；  应简化管理流程，方便操作；  把握好管理力度、约束力度。 2）商业事业部  由于版本管理是比较烦琐的事情，由于没有固定的管理人员，只能由其 中国最大的管理资源中心 第 11 页 共 25 页 他人员兼职，造成工作不连续，缺乏责任心，更新不及时；  版本管理工作应专人专管，职责明确。 7． 各部门调查结果总结 根据以上的调查结果，对研发本部各部门的版本管理现状总结如下： 财务产品部 1） 关于版本管理规范  对版本管理有一个正确的认识；  对版本管理规范的接受程度为愿意；  知道公司发布了版本管理规范，并按规定执行。 2） 目前版本管理的执行情况  部门的文 档标识基本可以；  严格按照分配给的用户权限进行操作；  部门的目录结构和目录清单对文档查询有帮助；  在开发过程中因需求、设计文档影响开发进度，有一些这样的经历；  严格按照规范中规定的变更管理流程执行；但规范不太合理，需要完善；  个人的备份工作执行的较好，没有发生将重要文件丢失的情况；  版本管理工作占工作的时间偶尔有一些。 3） 对目前版本管理的看法  认为 对问题修改必须有记录，它是一种需求的积累；  为了减少由于对源程序修改而造成的混乱，应有一个严格的审批流程，但该流程应与本部门的管理现状结合起来；  对新版本的升级认识 基本相同，认为 版本升级时，应填写升级表，详细记录发布时间以及与上一版本的不同；  对于部门的文档备份工作，认为有专人负责，没问题；  对用户的版本信息记录有必要，便于版本升级与维护；  如果版本管理员指出工作中不符合规范时，愿意接受，并虚心改正；  对部门的版本管理工作评价为较好。 中国最大的管理资源中心 第 12 页 共 25 页 行业 ERP 1） 关于版本管理规范  对版本管理有一个比较正确的认识；  对版本管理规范的接受程度为愿意，但不要太严格；  知道公司发布了版本管理规范，但执行时视具体情况而定。 2） 目前版本管理的执行情况  部门的文档标识基本可以，但还存在 一些问题；  按照分配给的用户权限进行操作；  部门的目录结构和目录清单对文档查询有帮助；  在开发过程中因需求、设计文档影响开发进度，有一些这样的经历；  基本按照规范中规定的变更管理流程执行，但规范不太合理，需要完善；  个人的备份工作执行的比较好，基本上没有将重要的文件丢失；  版本管理工作占工作的时间偶尔有一些。 3） 对目前版本管理的看法  认为 对问题修改必须有记录，它是一种需求的积累；  为了更好地控制源程序的修改，应有一个适用的审批流程；  对新版本的升级认识基本相同，认为 版本升级时，应填写升级表，详细记录发布时间以 及与上一版本的不同；  对于部门的文档备份工作，认为有专人负责，没问题；  对用户的版本信息记录有必要，但视项目的具体情况而定；  如果版本管理员指出工作中不符合规范时，愿意接受，并虚心改正；  对部门的版本管理工作评价为较好。 软件中心 由于该部门对版本管理规范有的知道一些，有的不清楚，有些统计数字不能反映目前的管理现状，但有几点是可以反映的：  对版本管理有一个正确的认识；  对版本管理规范的接受程度为愿意；  对自己的用户权限有的人清楚，有的不清楚，但所有人的用户权限都为超级用户，都可对服务器进行读写， 严重违反了版本管理的规定；  在开发过程中因需求、设计文档影响开发进度，有一些这样的经历；  个人的备份工作做的不是很好，偶尔会有重要的文件丢失； 中国最大的管理资源中心 第 13 页 共 25 页  部门的文档备份工作有专人负责，此工作做的比较好；  如果版本管理员指出工作中不符合规范时，愿意接受，但不要太严格。  对部门的版本管理工作评价为一般。 金融事业部 1） 关于版本管理规范  对版本管理有一个正确的认识；  对版本管理规范的接受程度为愿意，但不要太严格；  知道公司发布了版本管理规范，但执行时视具体情况而定。 2） 目前版本管理的执行情况  部门的文档标识基本可以；  基本按照分配给的用户权限进行操作；  部门的目录结构和目录清单对文档查询有帮助；  在开发过程中缺少需求、设计文档，这种情况有时取决于项目或项目负责人；  对于规范中规定的变更管理流程认为版本管理员为兼职，无暇顾及此事，未能按规范执行；  个人的备份工作做的不是很好，偶尔会有重要的文件丢失；  版本管理工作几乎不占用工作时间。 3） 对目前版本管理的看法  认为 对问题修改应有记录，但没有指定专人负责，此事一直没有作起来；兼职版本管理员认为个人做一些简单的记录即可；  对于规范中规定的变更管理流程 应有一 个流程，但由于种种原因，此事一直没有作起来；感觉流程复杂，不好执行；  对新版本的升级认识基本相同，认为 版本不能随便升级，并准备相关评审资料；  对于部门的文档备份工作，认为有些问题，虽然备份，但周期太长，而且正在开发的产品没有备份；  虽然部门对用户的版本信息记录很少，觉得有必要，但不要花费太多时间和精力；  如果版本管理员指出工作中不符合规范时，愿意接受，但不要太严格，影响效率；  对部门的版本管理工作评价为一般。 中国最大的管理资源中心 第 14 页 共 25 页 石化项目部 由于该部门没有实施版本管理，有些统计数字不能反映目前的管理现状，但有几点是可 以反映的：  对版本管理有一个正确的认识；  对版本管理规范的接受程度为愿意；  大多数情况是在对等网中协作开发，不好控制权限；  在开发过程中因需求、设计文档影响开发进度，有一些这样的经历；  个人的备份工作执行的比较好，基本上没有将重要的文件丢失；  认为 对问题修改必须有记录，它是一种需求的积累 , 但由于开发任务紧、没有时间记录；  对于部门的文档备份工作，认为有些问题，虽然备份，但周期太长；  如果版本管理员指出工作中不符合规范时，愿意接受，且 视具体情况而定 ； PACS 事业部 1） 关于版本管理规范  对版本管理有 一个正确的认识；  对版本管理规范的接受程度为愿意，但不要太严格；  知道公司发布了版本管理规范，但执行时视具体情况而定。 2） 目前版本管理的执行情况  部门的文档标识问题较多；  不清楚自己的操作权限；  部门的目录结构和目录清单对文档查询有帮助；  在开发过程中因需求、设计文档影响开发进度，有一些这样的经历；  对于规范中规定。