● 从专业的角度看，信息化系统开发者将需求分析、需求确认的责任完全推给用户是不合理的。这一点如同读者可以向作家提供生活素材，但不能教作家如何提炼写作素材一般。

　　● 也有用户完全放弃对需求的管理与参与，将需求分析、管理的责任完全推给专业公司，自己当“甩手掌柜”，将信息化项目视为类似某些“交钥匙”的工程项目一样。

　　信息化项目实施过程中，需求分析与需求管理是十分重要的一个环节，也是对专业性要求非常高的工作。在建筑施工企业中，有些用户没有意识到需求分析的专业性，误认为可以凭借业务经验自行完成需求分析;有些系统开发商轻视了建筑施工企业需求分析的复杂性与特殊性，草率照搬其他行业信息化的需求模式，最后造成系统运行效果与实际业务需求之间差距太大，不能满足用户的要求，甚至导致系统失败。在建筑施工企业信息化建设中，不少项目失败的主要原因就是业务需求分析不准确，加上在项目实施过程中对业务需求管理失控。如何在施工企业管理信息化实施过程中做好业务需求分析与管理，首先必须澄清在这个问题上的一些误解，还要以正确的方法管理好业务需求，才有可能避免甲乙双方在业务需求问题上发生矛盾，避免项目因需求冲突陷入困境。

　　需求分析中存在的主要问题

　　业务需求对信息系统建设起着目标导向的作用。在软件项目实施过程中，无论采用哪种开发模式，一般包括如下过程：需求调研、需求分析、系统设计或系统选型、系统调试、系统上线。不论项目大小、不论开发模式差异，这些过程是不可或缺的环节，只是表现形式与程度不同。不同行业在管理信息化需求上彼此存在较大差异。由于行业特性的原因，建筑施工企业管理系统需求中包含较多不确定性，技术与非技术性的问题常常混杂在一块，造成建筑施工企业管理信息系统的需求分析、需求管理比那些标准化基础好的企业更加复杂、更加困难。在建筑施工企业管理信息化实践中，存在以下一些需求分析及需求管理问题：

　　有些系统开发者将业务需求分析、业务需求确认的责任完全推给用户，认为用户是业务系统的使用者，最熟悉自己的业务系统，所以要求用户自己提出并最后确认管理系统需求。从专业的角度看将管理系统需求分析、需求确认的责任完全推给用户是不合理的。管理信息化的需求分析是信息系统设计过程中的一个十分专业性的环节，不能将这项任务推给不具备信息化专业技术的用户去完成。用户只能提出管理需求的一些原始素材，但无法提出真正管理系统的信息化需求。这一点如同读者可以向作家提供生活素材，但不能教作家如何提炼写作素材一般。用户自然也不能承担至少不能主要承担需求分析与确认的责任。开发者不愿承担用户需求分析与确认的主要责任也许是因为缺乏行业背景知识所致，也许是因为缺乏沟通能力或其他缘故。不管怎样开发者如果推却业务需求分析的责任，必将给系统实施埋下巨大的隐患。

　　用户在需求分析中坚持完全以用户为中心，认为提出的需求越多越好，提出的需求难度越大越显示自己有业务水准;有的用户在业务需求中将计算机等同于人脑，不了解系统实施中技术上的实施风险与难度，按人脑对业务的处理模式、习惯提出管理信息化的要求。这也是需求分析与管理中的致命伤。如果用户忽视管理系统的复杂性与计算机系统的专业性，任意提出管理需求，随意改变管理需求，同样也会给系统实施带来巨大困扰，甚至导致系统无法实施。也有用户完全放弃对需求的管理与参与，将需求分析、管理的责任完全推给专业公司，自己当甩手掌柜，将信息化项目视为类似某些“交钥匙”的工程项目一样。针对目前国内信息化市场实际环境，考虑到管理系统的差异性及系统实施中的时间、成本等约束性因素，这种看似超脱的做法将大大增加系统的实施代价与风险。

　　采用通用模式中的业务需求代替个性化的业务需求。通用模式来自对一些成功案例的总结，但是要注意通用模式产生的业务背景及其适用的业务范围。世上没有可以覆盖一切业务需求的万能通用模式。核心管理系统具有不可复制性。如果将电讯、金融等行业中应用效果很好的信息化管理系统直接引进到建筑施工企业，十有八九难以成功。原因就是业务需求不同。当然工具化的软件可以采用通用模式，如文字处理，一般电子表格处理等，管理系统由于企业管理差异化的原因很难采用通用业务模式。

　　● 从专业的角度看，信息化系统开发者将需求分析、需求确认的责任完全推给用户是不合理的。这一点如同读者可以向作家提供生活素材，但不能教作家如何提炼写作素材一般。

　　● 也有用户完全放弃对需求的管理与参与，将需求分析、管理的责任完全推给专业公司，自己当“甩手掌柜”，将信息化项目视为类似某些“交钥匙”的工程项目一样。

　　信息化项目实施

[1] [2] [3] 下一页