需求分析师长久吗
发布网友
发布时间:2022-04-28 11:03
我来回答
共1个回答
热心网友
时间:2023-05-11 22:45
说到需求分析师,经常有人觉得他跟产品经理的工作性质是差不多的,都围绕需求的调研、规划、实现展开。
但其实他们两个不管是从职位特点还是职位要求上都是有着明显的差别的。
需求分析师是一个类似于技术翻译的工作,他们将公司业务部门所给予的客户需求进行业务规则、业务范围、业务流程等方面的技术分析后,把这些需求输出成开发工程师看得懂的语言,如常见的UML统一建模语言,需求规格说明书等。
然后在遵守这些基本的项目流程要求的基础上,将需求通过软件工程师来得以实现,满足他们的需求。
需求分析师可以说是一个连接各处的桥梁,需要和产品经理、开发、测试、用户等进行沟通。
一、 技能
1.1 听
听,指能听懂客户、开发、测试说的话。
客户与需求分析人员讲业务,需求分析师需要懂些业务,从业务的角度与客户去沟通交流,听懂客户的痛点是什么。有人说,这有什么难的?客户才不会直接告诉你,他的痛点是什么,他会讲很多内容,有些与业务有关,有些与业务无关,有些与这个需求有关,有些与那个需求有关,有时候讲到这,有时候讲到那,有时候这个人讲,有时候那个人讲。
需求分析师在边和客户交流的时候,得像理毛线球一样,从头到尾的理顺,将客户杂乱无序的谈话内容听明白,然后整理成需求。
开发与需求分析人员讲系统逻辑、讲表存储。你不懂这些,开发又不关注业务,会造成“鸡同鸭讲”、“对牛弹琴”的情况,作为合格的需求分析师,不需要懂的比开发还厉害,至少开发讲的东西你可以听明白就好了。
测试与需求分析人员讲表、讲字段。他们会来问你这个是不是O_CODE关联下O_NAME,那个需求是不是直接从XX表取数就可以了?如果你不知道字段的含义,就不能明确的回答他们的问题。
1.2 说
说,口头表达能力。
系统培训、讲标、讲方案、讲需求、系统演示等都需要口头表达,合格的需求分析师在口头表达的时候,能准确、简洁、不磕磕碰碰的表达出自己的意思。
1.3 读
读,也是口头表达能力,只不过不需要经过加工,按照Word、PPT等文字材料顺畅的读完即可。
1.4 写
写,写文档、画图。
需求分析师有70%的时间都在写,要会写,必须掌握Word、PPT、EXCEL、AXURE、VISIO、XMIND等工具。
这些工具的常规功能以及不常用的功能你都知道,在写的时候能省下很多时间,我曾经因为对Word不熟(常用功能知道说的是不熟非常用功能),导致写一份需求文档浪费了两周的时间。
写文档上,能注意字体、字号、间距、开头空格、页眉页脚等格式问题,以及书写内容没有错别字、写的句子通顺,文档结构完整,用词得当就是合格的需求分析师。
画图上,能画低保真原型图、流程图、用例图、时序图。
1.5 译
译,把客户的业务需求翻译成开发能听懂看懂的的内容。
客户讲业务,开发讲技术,需求分析师是两者之间的桥梁。
客户说:“我想要北欧风装修的房子。”
需求分析师不能直接和开发说:“给客户的房子装修成北欧风格。”
按照开发能听懂的语言,应该这样和开发说:“给客户的房子装修成北欧风格,主色调用灰色、家具采用原木家具……”
二、 素质
说一些通过后天就能去培养的素质,逻辑思维这种当然很重要,但不是每个人都有很强的逻辑思维,有些人努力了也培养不出强逻辑思维。
2.1 较真
较真:太认真、太当回事,与模糊含糊相对。
不知道你们有没有遇到这样的情况:无意中发现系统的某个功能,问遍了公司所有的人都没人知道这个功能是做什么的,这时候,你会选择放弃还是一定得弄清楚才罢休?
如果是后者,那么你就是较真的人。
需求工作中,会遇到很多各种各样的问题,有些问题通过询问即可知道答案,有些问题需要自己亲自去验证就能知道答案,有些问题是花了很多时间也不知道答案,还有些答案是错的。
如果能较真,你会比别人懂的多,别人知道是什么,你还能知道是什么、为什么、历史是什么。