软件公司财务产品开发管理状况调查报告(编辑修改稿)

软件公司财务产品开发管理状况调查报告(编辑修改稿)内容摘要：

中国最大的管理资源中心 第 9 页 共 18 页 5． 问卷的统计 结果 （ 1） 岗位职责 30%的人员认为职责很明确，且与其它 岗位 分工清楚，有书面的岗位职责定义； 60%的人员认为基本明确，但存在一些问题，虽然这些问题并不急于解决，没有书面的岗位职责定义，管理人员认为职责定义和 岗位 之间关系问题较大，需尽快解决。 20%的人员认为在接受一个开发任务时，任务的要求明确，有书面的详细的任务要求定义； 40%认为有一些问题，但大体可以； 30%认为总是有问题，但通过与管理人员交流，可解决大部分； 10%认为非常粗糙，需进行大量工作或交流才可弄清楚。 通过采访了解到，目前没有明确的任务 书，主要是通过计划书、概要设计与数据库设计 3 个文档来下达任务。 70%的人员认为所分配的任务性质基本相同，但有时会承担一些其它类型的任务； 20%认为所分配的任务性相同； 10%认为任务性质较杂，但还能应付。 （ 2） 团队协同的工作环境 60%的人员认为基本按照开发规范进行，但规范不太合理，需要完善；40%的人员认为视 任务性质 而定，部分项目按照开发规范进行。 50%的人员认为与其他人员或组的交流基本可以，只是有些时候会有些问题； 10%认为很顺； 10%认为非常困难； 20%认为有问题。 30%的人 员认为没有被要求参加项目评审和汇报； 30%认为视项目情况而定，有些项目较多，有些项目不多，有些项目则根本没有； 20%认为评审和汇报均为定期安排，所以不会打乱工作； 10%认为但评审和汇报均为不定期安排，所以对工作有影响； 10%认为偶尔会有一些评审和汇报。 （ 3） 对自己工作产品的质量心态 80%的人员感觉自己的工作产品质量基本可以，虽会有一些小问题；10%很有信心； 10%不是很踏实，希望有其他人协助评审或测试一下。 （ 4） 文档化管理程度 60%的人员认为文档的管理现状一般， 40%认为问题很多。 50%的人员认为设计文档虽不细，但根据过去的实现经验，实现基本没问题； 10%认为设计文档虽不细，但需经过多次交流、细化才能实现； 20%认为设计文档大部分清楚，有些设计文档不清楚，因此对于有些设计实现会有困难； 10%认为大部分设计文档不清楚，所以经常由于理解上的差别造成返工； 40%的人员认为设计文档变化比较频繁，平均 1 次； 10%认为非常频繁，平均大于 1 次； 30%认为一般，平均 次； 10%认为变化不多，平均 中国最大的管理资源中心 第 10 页 共 18 页 次。 10%的人员认为需求或设计发生了变化后， 3/5 的变化 通过评审 ； 30%认为 简单的变化不 通过评审 ，复杂的变化 通过评审； 20%认为 3/5 的变化不通过评审； 10%认为全部的变化不通过评审； 30%的人员无法做出选择。 50%的人员认为需求或设计变化后， 简单的变化无 文 档化，复杂的变化 通过文 档化； 20%认为 3/5 的变化文档化； 20%认为全部文档化； 10%认为 3/5 的变化无文档化。 （ 5） 项目计划与跟踪的状况 对软件项目管理对以前几个方面需要解决的紧急程度的排序为： 对人员配置情况的管理 对项目进展的管理 对资源使用情况的管理 对交流的管理 对软件功能范围变更的管理 对项目成本的管理 对风险发生的控制 60%的人员认为建立独立的项目管理组织非常必要，但需逐步进行；没有人反对。 60%的人员认为开发时有计划，但计划变化较大，虽按照计划执行，但不停地在调整工作安排； 20%认为基本有计划，虽有时会有些计划不周的问题。 10%的人员认为在开发过 程没有突发事件， 50%认为偶尔有一些， 20%认为非常多，突发事件已成常规。 60%的人员愿意接受一个基于计划和规范过程的管理， 20%的人员希望不要太严格，剩余的 20%希望视具体情况而定。 （ 6） 需求管理的状况 60%的人员认为在项目开发过程中，需求变化了，修改已完成的工作来适应新的需求会有些麻烦，但基本没问题； 40%认为简单的变化没问题，复杂的变化可能会产生问题。 50%认为对简单的变化无问题，复杂的变化可能会推倒重来， 20%认为很容易进行调整， 20%的认为 1/5 的变化有些问题，但基本可适应。 （ 7） 工作产 品质量的评估和影响质量的原因 70%的人员对前阶段提交给自己的工作产品的质量基本满意， 20%对一些满意，一些不满意。 90%的人员对自己的工作产品的质量基本满意， 10%对一些满意，一些不 中国最大的管理资源中心 第 11 页 共 18 页 满意。 50%认为产生软件工作产品质量问题的主要原因是缺乏必要的技术支持（如测试技术）， 30%认为开发时间不充分， 10%认为没有人专门负责我的产品质量， 10%认为设计文档有问题。 50%的人员认为应尽快对软件工作产品质量进行评估和测试， 40%认为可能会有一些问题，但会协助工作， 10%对这种做法的效果，持怀疑态度。 50%认为在开发过程中文档问题影响了开发进度和开发质量， 30%认为工作产品的质量影响了开发进度， 10%认为是由于分工职责不清楚。 80%认为有必要对工作计划和工作结果进行定期评审， 10%认为有些项目有必要，有些项目没必要， 10%认为没必要。 （ 8） 将来质量保证的接受程度 20%认为应立即建立项目质量保证组织， 60%认为有必要但需逐步进行， 10%认为可根据项目建立临时的项目质量保证组织。 对质量保证组织的权威性，大家意见不太 一致。 30%支持质量保证组织对产品质量进行判定和监控， 20%认为可能会有一些问题，但基本会协同工作， 20%认为只要规范要求这样，开发人员会遵守， 20%认为必要采取一些措施，否则会形成对立， 10%无法做出判断。 （ 9） 将来配置管理的接受程度 40%的人员自己在进行版本管理时仅初步做了一些，感觉有用，希望给予进一步培训 20%感觉这个工作很重要，也应该尽快开展，但不知如何下手。 10%认为没问题， 10%认为有问题但可自己解决，有 20%的人员没有做出选择。 40%的人员认为可以立即实施版本管理，管理对象的范围只包含程序 版本； 30%认为必要需立即投入， 30%认为必要，但投入时间可稍缓。 50%的人员认为可以马上进行版本管理的投入， 50%认为可逐步进行。 90%的人员认为实施系统化的文档管理工作有困难， 10%的人员没有做出选择。 （ 10）需要改进的关键问题 对 开发过程中存在的瓶颈问题依次为： 设计文档缺乏详细说明 产品质量控制。