主要内容和7种方法 项目分析的步骤及注意事项

在需求开发阶段发现的一个错误,平均只需要30分钟就可以修复,如果在系统测试中发现,需要5到17个小时才能修复 。在产品投入使用后发现的一个需求缺陷,要比在需求阶段纠正这个错误的成本高100倍左右 。因此,需求管理作为软件项目管理的重要组成部分,贯穿于项目实施的整个生命周期 。俗话说万事开头难 。作为软件开发的第一个环节,需求的重要性不言而喻 。市场上有很多关于需求管理的相关理论和书籍,但大多停留在理论层面,实用性不强 。
1 。与用户充分沟通
通常与用户沟通前的准备时间比正式见面沟通的时间要长得多 。一般来说,用户在连续跟你聊了两个小时之后,就会失去热情和耐心,这是大多数人的共同特点 。因此,充分的准备非常重要 。准备包括熟悉项目整体环境的准备和调查具体业务前的准备 。熟悉项目的整体环境需要了解:项目的背景,项目的目的,项目的利益相关者等信息,从而对当前项目的整体情况有一定的了解 。具体业务调查前的准备工作包括:需求调查问题的准备、需求调查模板的设计、需求调查日程安排等 。要充分珍惜用户的时间,尽量避免因准备不充分而与用户重复预约,从而给用户留下效率低下的印象 。一旦出现这样的错误,以后可能很难和用户见面 。需求获取的核心内容是通过调查掌握软件项目的实际需求,从而指导整个项目的实施 。需求获取的主要方法有:用户访谈、问卷调查、现场观察、头脑风暴等 。在实际项目操作过程中,我们可以采用相对固定的需求获取方式,如问卷调查等 。,针对相对明确的需求 。但是当需求比较模糊或者用户不能明确表达自己想要什么的时候,我们可以采取灵活的方式,比如用户访谈、现场观察等等 。需求的类型主要包括:业务需求、用户需求和功能需求 。在需求获取的过程中,无论采用哪种方法,都需要自上而下或者自下而上的了解用户的真实想法 。我们都知道,项目的发起、实施和最终的成败很大程度上取决于高层领导 。我们需要采访他们,了解高层领导的公司战略和发展方向,更重要的是,得到他们对将要开发的软件系统的期望,以及对系统将解决现有业务问题和支持公司整体战略的期望 。帮助我们更好地理解系统的宏观概念 。在掌握了业务需求之后,我们需要对中层管理人员进行调查 。核心问题是在宏观战略目标落地的层面,或者说在指标细化落实的中观层面,找出他们对软件系统的期望和实际需求 。他们要么希望这个系统能给工作带来便利,要么希望这个系统能实现精细化管理,等等 。但都是具体业务部门的负责人,对自己的业务和系统对业务的推动都有很深的理解 。最后,在掌握业务需求和用户需求的基础上,我们需要通过调查IT管理部门和主要运营商的需求或者根据我们对需求的理解,提炼出系统的功能需求 。这个要求是最底层的要求,是一个层层落地的过程 。
2 。积极了解客户的业务和相关知识
我们在技术上可能很专业,但具体的用户业务可能不是很清楚 。这个项目对用户是否有帮助,某个系统功能是否有用,某个流程是否合理,在不了解用户业务的情况下,我们将很难做出判断 。所以,只有在了解业务的基础上,才能和用户有共同的沟通语言和业务理解,才能真正理解系统应该具备什么功能 。在经销商管理系统的调研过程中,由于财务知识有限,对经销商财务部门调研中的一些问题没有特别的了解 。虚心向用户请教,调查后及时补充自己的金融知识 。应用领域的知识是无限的 。在各种项目的调研过程中,由于需求分析师缺乏某一领域的知识,必然会影响需求分析的准确和顺利 。遇到此类问题,需求分析师要虚心向用户求教,同时及时补充应用领域的知识 。最好在调查之前做好充分的准备 。
3 。引导用户充分表达自己的想法
【主要内容和7种方法 项目分析的步骤及注意事项】在与用户的交谈中,如何引导用户表达自己的需求非常重要 。恰当的提问会让用户滔滔不绝,充分表达自己的意见和建议 。不恰当的提问可能导致用户无法回答或者回答敷衍的问题 。提问可分为封闭式提问和开放式提问 。封闭式问题有明确的目的 。比如现在的送货单是手工填写还是电脑打印?但是,过度使用封闭式问题会导致对话乏味,让用户感觉像是在接受审问 。开放式提问是要求对方进一步解释某件事,可以使谈话达到一定的深度和广度 。你认为现在的工作有哪些可以改进的地方?开放式提问的缺点是容易使谈话偏离主题 。因此,在谈话过程中,应该采取封闭式和开放式提问相结合的方式 。从简单的问题开始,从用户熟悉的东西开始 。一次只问一个问题,集中在一个关键点上,问而不是猜 。并且尽量避免使用一些IT相关的术语,让用户能够很好的理解我们的表达 。


推荐阅读