(1)抓住决策者最迫切关心的问题,引起重视。用户方决策者对项目的关心重视程度是项目能否顺利开展的关键,决策者真实的意图也是用户方的最终需求,因此在开发过程中要了解决策者关心的问题,同时也要让他们知道项目的情况。在诸如谈判、专题汇报、协调会议、领导视察、阶段性成果演示等过程中用简短明了的语言抓住领导最关心的问题,引导他们了解和重视项目开发,当决策者认识到项目的重要性时,需求分析工作在人力、物力、时间上就有了保障。
(2)建立良好的沟通环境和氛围。分析人员与用户沟通的程度关系到需求分析的质量,因此建立一个良好的沟通氛围、处理好分析人员与用户之间的关系显得尤其重要,一般情况,用户作为投资方会有一些心理优势,希望他们的意见得到足够的重视,分析人员应该充分的认识到这一点,做好心理准备,尽量避免与他们发生争执,因为我们的目的是帮助用户说出他们的最终需要。
在沟通时分析人员应注意以下几个方面:
1)态度上要尊重对方,但不谦恭。谦恭可能会让用户一时感到满意,但对长期合作并没有好处,尤其是在发生冲突的时候,用户会习惯性地感到自己的优势,而忽略分析人员地意见。
2)分析人员要努力适应不同用户的语言表达方式。每个人都有自己的表达方式,所以优秀的分析人员应该是一个优秀的“倾听者”,他们能很快的适应用户的语言风格,理解他们的意思。
3)善于表达自己,善于提问。分析人员在开口前应该先让对方充分表达他的意思,在领会了后,自己再说,尽量不要抢话。
4)工作外的交流有助于增进理解,加强沟通。
(3)建立组织保障,明确的责任分工。项目开发一般都会成立相应的项目组或工程组,目前,常见的组织形式是:产品管理组、质量与测试组、程序开发组、用户代表组和后勤保障组,各组的主要分工是:产品管理组负责确定和设置项目目标,根据需求的优先级确定功能规范,向相关人员通报项目进展。程序管理组负责系统分析,根据软件开发标准协调日常开发工作确保及时交付开发任务,控制项目进度。程序开发组负责按照功能规范要求交付软件系统。质量与测试组负责保证系统符合功能规范的要求,测试工作与开发工作是独立并行的。用户代表组负责代表用户方提出需求,负责软件的用户方测试。后勤保障组负责确保项目顺利进行的后勤保障工作。
(4)需求质量控制要制度化,需求的变化是软件项目不可避免的事实,因此需求质量控制是一项艰苦的工作,要保证该项工作的顺利实施,就必须有制度保证,这个制度可以在项目质量控制方案中制定,该方案主要是具体化、定量化的描述用户要求,形成全面、一致、规范的软件需求分析规格说明书,明确需求分析规格说明书的工作程序和要素,规范开发活动,为后续软件设计、实现、测试、评审及验收提供依据。在方案中要明确项目组各部门关于需求质量控制的职责,制定需求分析的工作程序,包括编制需求分析工作计划、编制《需求分析说明书》、《需求分析规格说明书》的评审和确认、《需求分析规格说明书》修改控制、确定需求质量控制的质量记录文档规范等内容。
工程建设网首页 | 关于我们 | 联系我们 | 管理案例 | 会议活动 | 施工企业管理杂志 | 我要投稿
版权所有:北京华信捷投资咨询有限责任公司《施工企业管理》杂志社
地址:北京市丰台区南四环西路186号汉威国际广场二区9号楼5M层西区邮编:100070电话:010-68520349传真:010-68570772E-mail:sgqygl@chinacem.com.cn
京公网安备 11010202007072号 京ICP备09092133号-1 Copyright ©2000-2015 工程建设网 保留所有权利