ba是什么职位
全称是Business Analyst，指承接某个很具体的业务或者领域的产品经理。BA（Business Analyst）业务分析师在IT公司里，BA的角色就是PM（产品经理）。因为这类PM要承接某个很具体的业务或者领域。比如银行也有自己的IT部门，银行IT里的产品经理可能要对接专门的业务组，比如网银业务，信用卡业务，理财产品业务，基金代理业务，这样承接某个具体业务需求的产品经理就叫BA。扩展资料BA参与售前工作，为客户提供业务咨询以及需求引导，收集客户需求并主导需求分析过程，参与设计应用方案，其主要工作：1、参与售前工作，为客户提供业务咨询以及需求引导。2、收集客户需求并主导需求分析过程3、参与设计应用方案。4、提供最佳实践指引，并指导客户使用BI应用。5、协助设计应用程序测试规则并进行测试。参考资料来源：百度百科--Ba
ba是什么职位
ba是一个职位名称，但是可能大家对这个职位都不太了解，那么，接下来就一起去了解下ba这个工作职位吧！ ba是什么职位 ba是类似于产品经理的职位，即业务需求分析师。ba是一种介于客户和IT团队之间的角色，ba在IT项目中负责发掘、分析、传达和确认客户需求。如今很多产品都强调要做好用户体验，而ba需要了解有关业务上的各种问题并发现新的机会，搭建业务和产品经理和技术人员之间的沟通桥梁，并推荐问题的解决方案以实现组织的目标，做出用户体验更好的产品。 ba岗位职责 1、系统业务规划，与产品人员进行前期调研和产品设计工作，编写调研报告和项目解决方案； 2、根据概要需求(业务部门需求)编写详细需求文件，如需求跟踪矩阵、需求设计规格文档、低保真、流程图等； 3、负责业务部门的需求调研及需求分析，负责需求文档的整理和维护； 4、参与系统功能验收工作及用户手册、新增功能培训资料的编写，配合进行新功能的实施； 5、配合用户进行UAT测试，检视测试人员编写的测试用例、测试报告、产品用户手册等； 6、业务部门支撑工作； 7、上级交办的其它事项。
需求分析师职位都需要什么技能呢？
需求分析师主要是项目前期采集项目需求，分析项目实施的可行性，整理客户的需求提供给开发人员的。一般需要如下四个技能：1、文档书写能力。2、会使用建模工具。3、逻辑分析能力。4、对相关业务必须十分熟悉。需求分析师有70%的时间都在写，要会写，必须掌握Word、PPT、EXCEL、AXURE、VISIO、XMIND等工具。扩展资料：注意事项：需求清晰，能达到多方认可：把与客户沟通确认的需求通过口头表达给开发、测试，开发和测试可以从他们的角度对需求提出疑问，最终使得需求越来越清晰、准确。对于需求人员，你表达的需求能让别人理解并认可，就很有成就感了。一次通过需求评审，不会被打回：一份开发和测试很多问题的需求，会通不过评审被打回，被打回说明需求做的不够清楚，还需和客户沟通。一次通过需求评审，既说明需求做的可以，也可以节省大家的时间成本。参考资料来源：百度百科-需求分析参考资料来源：百度百科-分析师
需求分析师职位都需要什么技能呢
分析师需要掌握如下能力：1、文档书写能力，包括word、ppt等；2、会使用建模工具，画对应的UML图；3、逻辑分析能力；4、对相关业务必须十分熟悉。
需求分析师们将公司业务部门所给予的客户需求进行业务规则、业务范围、业务流程等方面利用技术分析完之后，把这些需求输出成开发工程师看得懂的语言，如常见的UML统一建模语言，需求规格说明书等。
然后在遵守这些基本的项目流程要求的基础上，将需求通过软件工程师来得以实现满足需求，更多从事于传统行业（财务、供应链、物流、金融、航空、保险等）的信息化建设，通过系统化方式提升信息同步效率，让管理流程化规范化，以提高管理效率和降低运营成本。
更多关于数据分析师的详细问题建议咨询一下CDA认证机构，CDA行业标准由国际范围数据领域的行业专家、学者及知名企业共同制定并每年修订更新，确保了标准的公立性、权威性、前沿性。通过CDA认证考试者可获得CDA中英文认证证书。全球CDA持证者秉承着先进商业数据分析的新理念，遵循着《CDA职业道德和行为准则》新规范，发挥着自身数据专业能力，推动科技创新进步，助力经济持续发展。
需求分析师岗位职责说明？
需求分析师要求具备较强的沟通能力，能准确把握需求的核心要点;良好的逻辑思维能力和文件编写能力，具备良好的团队协作精神。下面是由我为你带来的“需求分析师岗位职责”。 需求分析师岗位职责范文 1、负责与使用者包括客户、潜在使用者、专案人员、公司高管等沟通，进行需求调研，挖掘,分析,引导并归纳使用者客户需求; 2、配合架构师，与开发人员沟通分析需求的可行性、合理性, 参与需求汇报与评审; 3、分析专案、使用者需求，熟悉竞争对手动态和市场动态，规划产品路线图，提出产品需求满足路线和现有产品改进路线; 4、通过各种手段，收集分析同类软体产品的功能，提出软体改进建议和功能需求; 5、根据产品规划或者专案要求，开展需求调研，完成调研报告和需求规格说明书; 6、进行业务流程的分析和建模; 7、进行资料结构的分析和建模; 8、进行系统架构的分析和底层设计; 9、核心模组的编码; 10、开发人员技术指导; 1负责调研和收集客户需求，梳理业务流程和系统设计，完成需求规格说明书; 2负责专案资料的编写、收集、整理、归档; 3与开发人员对接需求，负责开发过程中的需求把控、测试、bug跟踪及现场实施; 4沟通表达能力良好，思维逻辑清晰，有较强的学习能力; 5熟悉物流、公路运输业务等优先; 6两年以上专案需求、实施经验; 7svn;Axure;office办公软体等基本软体使用。 需求分析师岗位职责 1、负责O2O及电商ERP系统的业务需求分析和评估及管理工作; 2、负责相关系统的需求调研、分析和管理工作，对需求文件进行管理; 3、对需求进行分析、管理，估算需求执行的成本和工作量，跟踪及控制变更; 4、配合产品经理估算专案的需求开发成本和周期，并跟进专案/任务执行进度; 5、负责需求优先顺序等; 6、负责向开发和测试团队讲解业务需求和业务流程; 7、负责跟进维护型需求的设计、开发、测试、上线整个流程，保障需求与实现的一致性。
业务分析师（BA）职位在国内的发展情况与未来发展趋势如何？
Business Analysist（BA）作为一门新兴职业，并非所有公司都有配置，只在top500这类公司存在。但近年来随着职业细分和IT行业日渐成熟，其重要性和需求量大大提升，每个公司对Business Analyst的定义和要求都是不一样的。有的偏咨询顾问、有的偏市场分析（运营）、有的偏产品经理（需求分析、需求管理）。IT公司软件公司等更偏向于PM。对于偏产品经理的BA，有两类公司可以考虑：一是IT咨询公司，比如埃森哲，IBM，HP，Dell Service。另一类，就是规模比较大的甲方公司。因其 IT部门很庞大，需要IT BA做业务与IT之间的桥梁。比如华为。关于BA的职业路径：IT Business Analyst -> Sr IT Business Analyst -> Project Manager或者转向Business LeaderBA人的学习之路：考证：CBAP（5年工作经验）、PBA（3年工作经验）、CCBA（3年工作经验）、ECBE（无工作经验者）。项目中的BA所承担的工作和PM是一样的，需要分析需求，出具原型和需求说明书，之后将具体的需求提交给SA（SystemAnalyst）系统分析师，由SA来将需求拆分为技术实现计划，并根据技术实现计划制定时间表，下达给具体开发部门来承接需求开发。通过选择一家权威的培训机构，考试难度将大大降低。艾威培训是北美著名的培训机构，源于美国新泽西州，2000年进入中国，专注于国际前沿的新技术研发与教育,艾威主要的业务为培训与咨询两大类。艾威培训2003年与PMI合作，2005年与IIBA合作，2011年将CBAP认证带入中国，经过近10年的发展已经为社会培养一大批符合企业需求的商业分析师。
业务需求分析师和产品经理傻傻分不清楚？
进入正题前，先吐槽下自己。上年立的flag果然被打脸了，整年下来只完成一篇文章不说，产品技能总结和读书目标也没完成。真是flag不能立的太随便，不然脸贼疼。当然也是由于上一年整个网贷行业发展的落幕，个人职业发展的变化以及个人的人生目标的追求，渡过了一个比较动荡的时期。不过这都是漫长人生道路上的小波折，收拾好心情还需努力前行。今年的目标当然还是要立的，但很简单，就是每月输出一篇文章，无论题材。 随着互联网企业们的发展进入下半场，开始冲进各种传统行业进行互联网化改造和赋能。前几年各种“互联网+”企业层出不穷，给各个传统行业带来了新的挑战和机遇。各类传统行业公司在这几年间也建起了自己的互联网团队，或者IT部门。因此也带来了大量的互联网产品经理的人才需求，不过各家传统行业公司招聘产品岗位时，岗位名称并不都是统一叫产品经理的。其中不少IT部门设置的产品岗就叫业务需求分析师，在网上搜索业务需求分析师和产品经理这两种岗位时，发现这两种叫法背后对应的岗位本质还是有一定的差异性的。所以今天这篇文章主要是说说自己对这两者区别的理解。 1.1 产品经理（Product Manager） 1.2 业务需求分析师（Business Analyst） 由此可见，产品经理和业务需求分析师诞生的历史背景，职业定位差异不小。 产品经理和业务需求分析师最本质的区别在于“业务”二字 ，由产品经理所负责的产品生命链条就知道，产品经理本质上自己就是业务方，对业务成果负责。所以才需要去做市场调研，营销推广这些跟系统开发关系不是很大的工作。而业务需求分析师则不属于业务方，更加专注于系统开发环节，做好业务方与技术之间的桥梁。 知道两者的起源之后，可能只做过PM，或只做过BA的人会觉得，这两者的边界是明显且不相融的。但实际随着传统行业的互联网化，大量的互联网人才进入传统行业，他们就会慢慢发现其实两者之间的差异性会越来越小，最终只是工作侧重点的区别而已。 从两者的能力对比可以看出，对于两者中低层次人员来说，核心能力（行业和竞品洞察、用户和需求分析、产品规划和设计）其实是共通的，只是大家侧重点不一样。而其余能力则是要求高低的问题。 3.1 产品经理 3.2 业务需求分析师 由两者的职业发展路径可以得出两点结论： 可能看完对比之后，有人会说看来还是做能对业务负责的产品经理更有成就感和挑战性。这样的说法对也不对，对于刚入行的新人来说可能产品经理会对人的塑造更加全面，所以有一定的道理。而对于越往高层次发展，就会发现两者考虑的事情都是怎么利用技术给业务带来最大化价值，所以高层次的人往往就不会再纠结对错好坏。小孩子才做选择题，大人全都要，对吧。
Business Analyst 业务分析师（BA）是做什么的？
Business Analyst(BA) - 职业的新方向\x0d\x0a Business Analyst，中文叫做业务分析师(以下简称BA)。BA是一种介于客户和IT团队之间的角色，BA在IT项目中负责发掘、分析、传达和确认客户需求。BA需要了解有关业务上的各种问题并发现新的机会，搭建业务和IT人员之间的沟通桥梁，并推荐问题的解决方案以实现组织的目标。这其中还包括参与系统的设计和测试，以及各种协调工作。\x0d\x0a BA和其他职业一样面对许多困难和挑战。有以下几点：首先要对一个新接触的行业和客户在最短的时间内进行了解，熟悉客户专业名词和业务流程。这对英语非母语和初来乍到的移民来讲是一个不小的挑战。其次就是英语。口音倒不是最大的障碍，很多时候是不知如何用恰当的词和句子来表达，结果说了半天别人也听不懂。再有就是许多人对BA的工作流程不是很了解，感觉找工作无从下手。 至于门槛呢，应该不低，尤其是对交流能力的要求。但也没有想象中的那么难。只要平时注意学习英语，以积极的态度对待工作中的人与事，经过一段时间的积累和锻炼，工作上就会驾轻就熟。同时，交流能力的提高也有助于今后向其他方向发展。\x0d\x0a\x0d\x0a BA工作不乏味。通过做不同的项目，会接触到许多新鲜的东西，不会厌烦反复做同样的事情。BA工作能接触到公司中许多不同的人和各种业务，既有助于发展人际关系，也有助你了解公司是如何运转的。
Business Analyst 业务分析师（BA）是做点什么的？
Business Analyst(BA) - 职业的新方向
Business Analyst，中文叫做业务分析师(以下简称BA)。BA是一种介于客户和IT团队之间的角色，BA在IT项目中负责发掘、分析、传达和确认客户需求。BA需要了解有关业务上的各种问题并发现新的机会，搭建业务和IT人员之间的沟通桥梁，并推荐问题的解决方案以实现组织的目标。这其中还包括参与系统的设计和测试，以及各种协调工作。
BA和其他职业一样面对许多困难和挑战。有以下几点：首先要对一个新接触的行业和客户在最短的时间内进行了解，熟悉客户专业名词和业务流程。这对英语非母语和初来乍到的移民来讲是一个不小的挑战。其次就是英语。口音倒不是最大的障碍，很多时候是不知如何用恰当的词和句子来表达，结果说了半天别人也听不懂。再有就是许多人对BA的工作流程不是很了解，感觉找工作无从下手。 至于门槛呢，应该不低，尤其是对交流能力的要求。但也没有想象中的那么难。只要平时注意学习英语，以积极的态度对待工作中的人与事，经过一段时间的积累和锻炼，工作上就会驾轻就熟。同时，交流能力的提高也有助于今后向其他方向发展。
BA工作不乏味。通过做不同的项目，会接触到许多新鲜的东西，不会厌烦反复做同样的事情。BA工作能接触到公司中许多不同的人和各种业务，既有助于发展人际关系，也有助你了解公司是如何运转的。
关于软件需求分析师
不一定要从程序员做起，但了解程序如何实现还是非常有必要的。软件需求分析主要还是要透彻地了解业务，能够用一些工具和方法对业务进行合理地抽象，再进行具体地描述。简单来说软件需求分析师的工作会有三个过程获取：需要调研业务相关的人员，了解当前业务是如何运作地，希望软件能够如何改进业务分析：将调研获取到的内容进行归纳整理，然后系统性地进行分析，了解每一个业务模块是如何运作的，会有哪些改进空间，能否通过系统实现，是否会存在风险等等...设计：将业务的需求转换为功能设计，比如分几个大模块，每个模块实现什么，具体有哪些功能点，每个功能点满足什么业务需求等职业规划嘛...不好说，可以是在某个行业或者领域做几年然后多用用相关的行业软件，就能在业务上比较熟悉的同时也知道软件的一些实现原理，这样就可以入行了；也可以是做程序员，做具体项目时多学习和理解业务，然后再转到需求岗位，这样也可以入行。反正无非是两点：熟悉业务，或者熟悉软件设计。
需求分析师和产品经理的区别
需求分析师和产品经理的区别如下：“总体来说，产品经理的职责范围比需求分析师要广，也可以理解为全和专的区别。 产品经理每天想的事情就是怎么增加用户量，增加用户粘度。 而需求分析师做的产品就是提供服务，需求分析师是作为技术与业务的连接点，他们做的产品功能都是用完即走的，不需要考虑用户量和用户粘度。”需求分析师并不属于职能型管理结构中某个具体的部门，而是某一项目中不可缺少的角色。需求分析一个类似于技术翻译的工作，需求分析师们将公司业务部门所给予的客户需求进行业务规则、业务范围、业务流程等方面的技术分析后，把这些需求输出成开发工程师看得懂的语言，如常见的UML统一建模语言，需求规格说明书等。然后在遵守这些基本的项目流程要求的基础上，将需求通过软件工程师来得以实现，满足他们的需求。其更多从事于传统行业（财务、供应链、物流、金融、航空、保险等）的信息化建设，都会通过系统化方式提升信息同步效率，让管理流程化规范化，以提高管理效率和降低运营成本。需求分析大量混迹于五百强企业，比如银行、航空公司、快递公司、保险公司等。职位特点：需求分析师负责构建企业内部生态，小改动就会影响行业格局，动不动就是百亿级海量支撑的。即使没机会参与生态体系构建，做的也是支撑型企业应用，那释放了多少效率，没有企业应用支撑，根本没有办法办公好么。比如双十一马爸爸节日百亿级流量的业务，如果没有需求分析师做支撑，很难玩转。
需求分析师和产品经理是一回事吗
不一样的。
所谓"需求分析"，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在软件工程当中的“需求分析”就是确定要计算机“做什么”，要达到什么样的效果。可以说需求分析是做系统之前必做的。
在软件工程中，需求分析指的是在建立一个新的或改变一个现存的电脑系统时描写新系统的目的、范围、定义和功能时所要做的所有的工作。需求分析是软件工程中的一个关键过程。在这个过程中，系统分析员和软件工程师确定顾客的需要。只有在确定了这些需要后，他们才能够分析和寻求新系统的解决方法。需求分析阶段的任务是确定软件系统功能。
在软件工程的历史中，很长时间里人们一直认为需求分析是整个软件工程中最简单的一个步骤。但在近十年内，越来越多的人认识到，需求分析是整个过程中最关键的一个部分。假如在需求分析时分析者们未能正确地认识到顾客的需要的话，那么最后的软件实际上不可能达到顾客的需要，或者软件项目无法在规定的时间里完工。
产品经理（Product Manager）就是企业中专门负责产品管理的职位，产品经理负责调查并根据用户的需求，确定开发何种产品，选择何种技术、商业模式等。并推动相应产品的开发组织，他还要根据产品的生命周期，协调研发、营销、运营等，确定和组织实施相应的产品策略，以及其他一系列相关的产品管理活动。
需求分析师是什么?发展前景怎么样?
需求分析师是一个类似于技术翻译的工作，需求分析师们将公司业务部门所给予的客户需求进行业务规则、业务范围、业务流程等方面的技术分析后，把这些需求输出成开发工程师看得懂的语言，如常见的UML统一建模语言，需求规格说明书等。然后在遵守这些基本的项目流程要求的基础上，将需求通过软件工程师来得以实现，满足他们的需求。更多从事于传统行业（财务、供应链、物流、金融、航空、保险等）的信息化建设，都会通过系统化方式提升信息同步效率，让管理流程化规范化，以提高管理效率和降低运营成本。需求分析大量混迹于五百强企业，比如银行、航空公司、快递公司、保险公司等。发展前景根据相关招聘网站数据统计显示，从2012年至今，需求工程师招聘数量每年呈10%-20%的涨幅。以往需要需求工程师岗位的企业多分布在北上广深等一线城市。现如今除了一线城市以外，在杭州、宁波、苏州、武汉等大中型城市，该岗位的招聘数量也在不断增加。可见，需求工程师的就业机会很多，不愁找不到工作。需求分析师职位特点需求分析师负责构建企业内部生态，小改动就会影响行业格局，动不动就是百亿级海量支撑的。即使没机会参与生态体系构建，做的也是支撑型企业应用，那释放了多少效率，没有企业应用支撑，根本没有办法办公好么。比如双十一马爸爸节日百亿级流量的业务，如果没有需求分析师做支撑，很难玩转。
怎么做好一个需求分析师？
看看下面这个故事吧，也许看完了你就能明白了。。\x0d\x0a先来看一个老掉牙的故事：福特说，我在设计汽车之前，到处去问人们“需要一个什么样的更好的交通工具？”，几乎所有人的答案都是 ── 一匹“更快的马”。 \x0d\x0a“更好的交通工具”代表用户的“需求”；“更快的”是用户对于解决这个“需求”的“期望值”；“马”是用户对于解决这个“需求”的自假设“功能”。 \x0d\x0a\x0d\x0a一个初级的设计者，被用户牵着鼻子走。听到“更快的马”以后，会马上去设计一匹“马”。这个时候，无论在“马”上如何做创新，思路已经框死，结果很难突破。最终只能出来平庸的设计，很难长久很容易被模仿和超越，实现不了多大的商业价值。 \x0d\x0a\x0d\x0a一个合格的设计者，和用户一起走。听到“更快的马”以后，会考虑“更快的”这个“期望值”，围绕着它突破“马”的局限，去做设计。最终可能会出来很好的设计，但他们把“需求”本身抛到了脑后，最终只能简单的满足需求达到期望，而无法引导需求。他们可以做出来成功的产品，但随着用户期望的增长，这样的产品很 难有取得用户的长久青睐，也很难取得商业上长久的成功。 \x0d\x0a\x0d\x0a一个卓越的设计者，自己会作为用户的一部分深入了解他们，并带着用户一起走。听到“更快的马”以后，他们会先去考虑需求是“更好的交通”工具，然后再结合 “更快的”这个主要期望。用对用户最有价值的方式在的满足需求超越期望(把“马”这件事抛到脑后)，从而引导需求，并获取更丰厚更长久的商业利益，和用户双赢。 \x0d\x0a\x0d\x0a不可否认，史玉柱是一个商业的天才。 \x0d\x0a他发现了“送礼”这个大需求，并发现了送礼的期望在于“面子”而非“ 实用”。于是他通过“广告”在推广的同时增加产品的“价值”，而非在产品质量上增加“价值”。春节，杭州人告诉我：“我们春节送礼都是送保健品，广告播什么就买什么，因为有 知名度”。但他忘记了，这样是否可以给用户带来真正的长期价值。生活层次相对较高的行州人又告诉我“我们不买脑白金和黄金酒，那些都是骗人的档次低。我们买灵芝、鹿茸、人参、...”。 \x0d\x0a他发现了“砍人”的需求，并发现了“花再多钱也要砍死他”这个期望，最终使用了“网游”这个功能，用最简单粗暴的商业设计获取暴利。但他忘记了，这样做不能给人带来真正的价值，于是最后他在利用互联网社区引导需求的时候遇到了问题 ... \x0d\x0a\x0d\x0a福特是一个商业的天才，更是产品的天才。 \x0d\x0a他可以发现人们需要“更好的交通工具”这个大需求，并肯定了这个需求的渴望程度会随着社会交往的扩大会越来越强。同时他肯定了“更快的”这个用户的首要期望，结合这个期望开始思考。然后，他又判断出汽车比火车有更低的成本，而且对于用户更有价值，会替代火车。最后，他用“汽车”而不是“马”来满足需求、达到并超越期望， 同时引导用户往下的进一步需求和期望... 于是，他的商业回报自然而然的产生了。 \x0d\x0a\x0d\x0a用户的真正需求是什么？ 》 用户的期望值是什么？ 》 如何做才对用户最有价值，并让企业获利？ 》 如何超越期望并引导需求，获取更高更长久的商业利益？ \x0d\x0a这是一个必然思考逻辑，违背这个逻辑出来的产品势必难以获取长久的成功。从某种程度上来说，产品模式是“用户真正需要的是什么？”，产品设计是“主要满足什么期望值，给用户带去什么价值？”，商业模式是“用什么功能，如何赚钱？”，创新设计是“如何超越期望，获取更高更长久的利益？”。 \x0d\x0a\x0d\x0a所以，我在同意邵亦波所说“创业者更应该注重‘产品’”的同时，主张一个产品的主导者甚至是一个企业的领导者，更应该注重： \x0d\x0a产品模式的设计：用户真正需要满足的需求是什么？ \x0d\x0a产品的设计：让用户达到什么样的期望？给他们带去什么价值？ \x0d\x0a创新设计：如何超越期望，获取更高更长久的成功？ \x0d\x0a\x0d\x0a至于单纯的商业模式设计，当你做好了产品模式的设计、产品的设计、创新的设计，会发现那其实只是“功能的设计”而已，可以找到更多的执行者去做。
