ba是什么职位

2024-05-10 14:01

1. ba是什么职位

 ba是一个职位名称,但是可能大家对这个职位都不太了解,那么,接下来就一起去了解下ba这个工作职位吧!
    ba是什么职位 
   ba是类似于产品经理的职位,即业务需求分析师。ba是一种介于客户和IT团队之间的角色,ba在IT项目中负责发掘、分析、传达和确认客户需求。如今很多产品都强调要做好用户体验,而ba需要了解有关业务上的各种问题并发现新的机会,搭建业务和产品经理和技术人员之间的沟通桥梁,并推荐问题的解决方案以实现组织的目标,做出用户体验更好的产品。
     
    ba岗位职责 
   1、系统业务规划,与产品人员进行前期调研和产品设计工作,编写调研报告和项目解决方案;
   2、根据概要需求(业务部门需求)编写详细需求文件,如需求跟踪矩阵、需求设计规格文档、低保真、流程图等;
   3、负责业务部门的需求调研及需求分析,负责需求文档的整理和维护;
   4、参与系统功能验收工作及用户手册、新增功能培训资料的编写,配合进行新功能的实施;
     
   5、配合用户进行UAT测试,检视测试人员编写的测试用例、测试报告、产品用户手册等;
   6、业务部门支撑工作;
   7、上级交办的其它事项。

ba是什么职位

2. ba是什么职位

BA是Business Analys的缩写,即业务需求分析师,指的是承接某个很具体的业务或者领域的产品经理。在IT公司里,BA的角色就是PM(产品经理),只是 BA 要承接某个很具体的业务或者领域。例如,银行有自己的IT部门,银行IT的产品经理可能要对接专门的业务组,如网银业务、信用卡业务、理财产品业务、基金代理业务等,这样承接某个具体业务需求的产品经理就叫做BA。 
 
   
 
 BA所承担的工作和PM是一样的,需要分析需求,出具原型和需求说明书,之后将具体的需求提交给SA(System   Analyst)系统分析师,由SA来将需求拆分为技术实现计划,并根据技术实现计划制定时间表,下达给具体开发部门来承接需求开发。 
 
   
 
 BA是业务和IT之间联系的纽带,做BA这个角色,既要理解IT,也要了解业务:
 
 1、知道IT的开发流程,懂得程序员的语言
 
 2、了解系统的架构和设计,能对项目的可实现性快速做出评估
 
 3、有相当的领域行业知识,能在项目开始谈论的初期就做出更好的预判
 
 4、 要懂得所处的行业,能和业务一起沟通,谈需求,谈市场,厘清规则,设计出解决方案
 
 5、会分享,能回到开发团队中,跟大家分享业务要点,设计思路,并帮着解决所有开发中的业务相关问题。

3. ba是什么职位的简称

业务需求分析师简单地说,BA就类似于是PM(产品经理)的职位,BA是英语单词(BusinessAnalys)缩写,即业务需求分析师,在IT公司里,BA的角色就是PM(产品经理),只是这类PM要承接某个很具体的业务或者领域。比如银行也有自己的IT部门,银行IT里的产品经理可能要对接专门的业务组,比如网银业务,信用卡业务,理财产品业务,基金代理业务,这样承接某个具体业务需求的产品经理就叫BA。

ba是什么职位的简称

4. BA是什么职位

业务需求分析师简单地说,BA就类似于是PM(产品经理)的职位,BA是英语单词(BusinessAnalys)缩写,即业务需求分析师,在IT公司里,BA的角色就是PM(产品经理),只是这类PM要承接某个很具体的业务或者领域。比如银行也有自己的IT部门,银行IT里的产品经理可能要对接专门的业务组,比如网银业务,信用卡业务,理财产品业务,基金代理业务,这样承接某个具体业务需求的产品经理就叫BA。

5. 我对BA职位的理解(一)

BA,为什么,谁能做,做什么
  
 有些话说的次数多了,就忍不住问自己,是不是应该总结出来变成文字,而不是每次都要重复自己说过的话。文字是很好的载体,输出当时的想法和思考。所以何时输出文字才能令自己更满意呢?当想法和思考变成文字的那一刻,文字就定型了,但持续改进不应该停止。与其不停地修改,反复斟酌,力争完美,不如早点发布,接受拍砖才是更精益的做法。
  
 这篇文章很早就开了头,原本是想写给不了解这个职位的小伙伴们看的,但愿现在发布也不算太晚(拖延症晚期患者的自我安慰)。
  
 ps: 为了文章标题在爱疯上不换行,改了好几次,直到完全删掉了“也谈谈”这三个字。这是一个强迫症晚期患者的日常。
  
 BA即Business Analyst, 业务需求分析师,在很多IT公司都有这个职位,为什么我司会有这个职位,这就要从这个行业本身开始说起。
  
 我司是一家航运公司的开发中心,所做的软件主要服务于shipping或者logistics行业。我们并不只是给自己公司提供IT服务,创造行业生态,一切上下游的客户,一切愿意为我们的产品买单的客户,我们都是欢迎的。
  
 航运公司最初只提供码头到码头的服务,随着国际贸易的发展,客人的要求越来越高,点到点,门到门的服务需求陆续就出现了,在这样的市场需求背景下,航运公司逐渐将服务升级,纷纷成立了物流公司提供更定制化的服务。如果你对航运业的前世今生想了解多一点的话,可以看看网易公开课上的这个视频: 聚集国际航运产业-经济学视角 。
  
 因此,我们开发的IT系统,除了服务公司内部的用户,也要服务于物流供应链条上很多的参与者,物流业的务复杂度在一定程度上也反映到了IT系统中。
  
 举一个相对简单的货柜装箱的例子,让我们一起来了解下这业务究竟有多复杂。集装箱化改变了整个行业,很多货物都要装入集装箱才能完成运输。但货物的类型是多种多样的,怎么将其装入集装箱也是很有讲究的。比如货物是否标准包装,货物的密度如何,是重货还是抛货(比如泡沫),是否有气味,是否有温度湿度的要求,能否和其他货物拼箱,怎么装才能做到重心稳,怎样才能装箱优化率更高,怎样装才能便利于目的地的卸货流程,等等。
  
 一个装箱的环节只是端到端流程中很小的一个点,但即便如此,要考虑的因素已经如此之多,可以想象从头到尾涉及的业务规则有多么复杂了。如果我们完全不使用系统,而是简单依靠用户去记住所有的规则,那很可能无法做到高效处理客户的需求。复杂的业务,需要能理解复杂业务的IT人员,理想状况当然是所有的IT人员都能理解业务,在我们无限接近理想的过程中,我们需要一个强大的BA团队先理解业务,做到IT和业务之间的桥梁。
                                          
 BA是业务和IT之间联系的纽带,做BA这个角色,既要理解IT,也要了解业务:
  
 - 知道IT的开发流程,懂得程序员的语言
  - 了解系统的架构和设计,能对项目的可实现性快速做出评估
  - 有相当的domain知识,能在项目开始谈论的初期就做出更好的预判
  - 要懂得所处的行业,能和业务一起沟通,谈需求,谈市场,厘清规则,设计出解决方案
  - 会分享,能回到开发团队中,跟大家分享业务要点,设计思路,并帮着解决所有开发中的业务相关问题
  
 这个角色做好了,对业务和开发团队来说都是非常给力的帮助,会有非常大的成就感;但做不好的时候,会给团队带来不少的问题,自己也会承受相当大的压力,所以抗压能力要强,释放压力的能力也要强。
  
 我们每年都会持续的吸纳新鲜血液加入到团队中来,通常的选拔标准包括,计算机相关专业毕业,有良好英文能力,擅长逻辑思考,具备较强的表达沟通能力。除此以外,持续学习的热情,克服困难的勇气,坚韧不拔的毅力,团队合作的能力也是这份工作非常看重的。
  
 这里先给大家看两篇来自TW的文章,这里讲到的BA工作和我们的工作内容是很类似的。
  
  TW洞见〡在ThoughtWorks做BA是怎样一种体验? 
  
  BA的广度和深度 | TW洞见 
  
 在我司,BA一天的工作也是相当忙碌的,基本上至少会涵盖以下工作内容:
  
 - 和开发团队的早会,尽量控制在15分钟,具体要求参考Daily Scrum。
  - 和BA小伙伴的早会,BA通常只会负责一个domain,但如果小伙伴各自的domain关联很多,那么我们也会在这些BA之间举行一些早会。目的很简单,尽可能创造高效的沟通平台,与其说早会是用来解决问题,不如说是用来发现问题,对问题做预判的。
  - 和开发团队的各种项目相关会议,Story refinement(requirement briefing), Iteration Planning Meeting, System Demo, Retrospective Meeting, 等等。
  - 和用户安排好的交流,一些大项目的启动,阶段性沟通,solution review,上线准备或者实施会议,等等。
  - 和用户之间并没有提前安排好的各种活动,看用户的邮件,看用户上报的production issue,有时也会找客户主动学习和了解各类业务知识,等等。
  
 看到这里,相信大家都会有一种感觉,这个职位对沟通能力的要求应该很高吧?是的,确实如此,那么除此以外,还有哪些要求呢?且听下回展开分享。
                                          
  第二篇 至关重要的能力  我们经常 听到大家说,TA沟通不行呀,不适合做BA。那怎么才能提升自己的沟通能力呢? 写英文邮件犯怵吗?如何提升自己用英文写邮件的能力和信心呢?
  
  第三篇 BA常常用到的工作技能 ,制作产品原型,书写文档,数据分析;对这三点,有哪些大致的规则可循呢?

我对BA职位的理解(一)

6. 我对BA职位的理解(二)

第一篇 多谢大家支持,阅读量350+ ,虽不是本人出品的历史最高阅读量,但也是挺开心的啦。第二篇仍然写的磕磕绊绊,分开几篇写的好处就是,但凡这次写的有啥遗憾,就至少可以期待在下一篇弥补,所以这不是最终回哦。
  
 先来回顾一下第一篇到底写了什么:介绍了什么是BA,为什么软件开发过程会需要BA,团队对BA的期望,以及我司BA一天的工作内容。那么这一篇我们来谈谈BA需要具备的工作技能吧!这个话题要从每一年带BA新人的过程说起,基本上新人到岗,我们都会例牌介绍一下我们组,介绍一下工作内容,以及告诉他们提升BA工作技能需要注意的几个方面。
  
 大家常常都在说,BA的沟通能力很重要,那么和谁沟通,和所有人吗?重点是你的干系人。这里说的干系人,不要照搬项目管理中对于这个词的定义,我是指下面这一群人。
                                                                                    
 影响沟通的要素很多,这里简单说说我自己感受最深的对BA的工作影响最大的几点:
  
 - 沟通的方式: tell, sell, consult,  or  join 。 不同的事情,不同的对象,不同的地点,不同的上下文,选择的方式都可能不一样。比如说,对权威比你高的人,用tell似乎不合适;对于你自己也不是很自信的话题,用tell可能也不合适。比如你想跟dev了解一些系统的逻辑,那么也许用第三种方式更好;而在你希望和团队一起参与到planning meeting的时候,也许我们可以尝试一下join,提升沟通对象的参与度。
  
 - Credibility,也就是你的可信度。影响可信度的因素很多,职位的高低,你在话题上的专业程度,你的个人形象,以及大家是否有共同点。两个陌生人碰面,一般会聊聊你从哪来,你是哪人,你干什么的?其实这就是一个寻找共同点的过程。所以大家喜欢说我们是校友,我们是老乡,我们以前都在某某公司干过,共同点能很好的提升沟通的影响力。所以我常常跟dev说,我以前也是做dev的。:-) 
  
 提升自我形象,以及在工作上的能力,对提升credibility也很有帮助,关于这两点,除了勤学苦练,我也没有更好地建议,所以请自己揣摩吧!
  
 - Decision Maker, 如果是和一群人沟通需求,那么要明白谁是首要的关键人物,谁是次要的,谁是能影响首要关键人物的人,谁是能在你想解决的问题上发表至关重要的意见的,等等。这个首要的关键人物并不一定是title最高的。
  
 综上,当你和这些“干系人”沟通的时候,想想这些影响沟通的要素吧!
  
 BA使用的工具也会常常更新换代,现在的BA都不常用Rational或者EA了,取而代之的user story,在trello, Rally 或者只是纸和笔就够了。我很尊敬的KK老师曾经讨论过一个列表,BA常用的工具,其中排名第一但让人无法反驳的就是Email。
  
 考虑到我们的现实情况,那我们就来聊聊如何更好地写英文邮件。这里先介绍一本书《Steps to writing well》成功写作入门。这本书又厚又长,我们可以直接跳到商务写作章节“sending professional e-mail”,作者给出了以下要点。
  
  - Use a helpful subject line. 
  
  - Begin appropriately 
  
  - Keep your message brief 
  
  - Make it easy to read 
  
  - Check your tone 
  
  - Sign off 
  
 知道以上所有对你如何更好地通过邮件clarify需求还是很有帮助的,以下是我的理解和补充。
  
 BA要处理的邮件很多,我经常看到一封邮件被回复了很多次,话题已经转了好几圈,邮件的标题都还没有变;也常常看到很多同事为了找一些历史讨论邮件花费大量时间。
  
 如果我们能在话题转换的时候重新更改一下邮件的标题(可以在正文中的第一句就写上: Re-subject),那么所有人都会更加明白事情的进展。我们也可以适当的在邮件的主题插入一些关键字,比如讨论一个用户故事的时候,加上user story号码;比如讨论一个production case的时候,直接加上shipment的number;这样就能很快的用outlook自带的查找功能找到相应的邮件。
  
 另外一个小tips是,不要用发件人,收件人等作为邮件分类的标签,其实时间是最好的标签,当你archive邮件的时候,尝试用年月来处理,能更好的提升查找邮件的效率。
  
 大家都不是English的native speaker,也不大可能是英文专业的学生,所以要想用英文做到专业,地道的表达是不容易的,但我们却可以比较容易的做到行文清楚明了。
  
 比如尽量用简单的句子去描述问题。宁愿多写几个简单句,也不要层层嵌套。比如很长的一段话,只有一个句号,中间没有逗号,都是定语从句加定语从句。
  
 多用标号列表。需要注意的是,仅在有需要的时候用数字编号。比如你希望在邮件中,引用某一点,那么有数字编号,可以方便你指出具体是第几点。但通常情况下,用默认的符号列表就够用了。除此以外,数字标号可能也反映了优先级,人们总是将重要的事情放在第一点。因此当你并不想传递这种讯息的时候,就不要用数字编号吧。
  
 做BA有些时候免不了会收到一些让人不是很开心的邮件,那么在回复这些邮件的时候,难免也就带入了情绪。我的一个个人经验就是,如果你已经写完了回信,不要立刻发出,等一段时间,可以是出去走走,喝杯水,也可以就是干点其他的事情,过了那么半个小时,再重新来看看你自己准备发出的回信。如果这个时候,连你这位作者本人都能感觉到这渗透在字里行间的情绪,可能是怒气,可能是怨言,那么不用怀疑,这封回信就别发出去了,重新写吧。
  
 令人舒服的语气会让沟通更好地进行下去,言辞礼貌的回复会让自己更专业。在邮件当中针锋相对,逞一时之快,对你的工作和团队的目标根本毫无帮助。
  
 才写了两点,就写了这两千字,不忍直视。看来我的文字还不够简练,但愿第三篇能有所改进吧!

7. ba 主要做什么工作

Ba = barium,钡,是一种化学元素。Ba比较常见的英文缩写,有多种含义,比如:BA = Building Automation,楼宇自动化,指国际化先进的楼宇设备管理;BA = Bachelor of Arts,文学学士等。

一、BA = beauty adviser,美容顾问。
  二、BA = Building Automation,楼宇自动化,指国际化先进的楼宇设备管理。[1]
  三、BA = Bachelor of Arts,文学学士。[2]
  四、BA = BiologicalAbstracts,生物学文摘,是世界范围内生命科学文摘的重要检索工具期刊。它收录世界各国,尤其是欧美各国有关生物学、医学、农业方面的文献。摘用了近一百个国家和地区的约6000种期刊。 从BA中可查到实验医学研究,包括临床和理论方面的文献。BA创刊于1926年,它的前身是《细菌学文摘》(《Abstracts of Bacteriology》1917-1925年)和《植物学文摘》(《Botanical Abstracts》1918-1926年)。
  五、BA = Baker Aid,机械制动辅助系统,也称为BAS。为EBA电子紧急制动辅助装置的前身。能判断驾驶者刹车动作,在紧急刹车时增加刹车力,缩短刹车距离。它根据驾驶员踩下踏板的力度及速度、将制动力适时加大,从而提供一个有效、可靠、安全的制动。对老人和女性(脚力不足者)帮助奇大。还有缩短制动距离的效果。[3]
  六、BA = British Airway,英国航空,又称不列颠航空,简称英航,总部设在英国伦敦希思罗机场,以伦敦希思罗机场(Heathrow Airport)作为枢纽基地。英国航空公司的历史追溯到1924年成立的帝国航空。是英国历史最悠久的航空公司。英国航空公司是全球最大的国际航空客运航空公司之一,全球七大货运航空公司之一。[4]
  七、BA = block against,被盖次数,NBA官方技术统计项目。
  八、BA = Balanced armature,动铁式耳塞,也叫衔铁或平衡点枢式耳塞。
  九、BA = Business Analysis。经营分析
  十、BA = Benzylaminopurine, 苄氨基腺嘌呤(一种细胞分裂素,如6—BA最为常见)
  十一、BA=Bioavailability,生物利用度,是指药物被机体吸收进入循环的相对量和速率。
  十二、BA=Blood Agar,血平板。
  十三、BA model:1999年由Barabasi和Albert提出,是复杂网络理论中的一种模型,即无标度模型(scale - free network model) 。
  十四、BA=Business Analyst,需求分析师(IT的专业术语)

ba 主要做什么工作

8. ba是什么职业呢?

Ba(业务分析师)。
BA(Business Analyst)承接某个很具体的业务或者领域的产品经理。
BA(Business Analyst)业务分析师在IT公司里,BA的角色就是PM(产品经理),因为这类PM要承接某个很具体的业务或者领域。
比如银行也有自己的IT部门,银行IT里的产品经理可能要对接专门的业务组,比如网银业务,信用卡业务,理财产品业务,基金代理业务,这样承接某个具体业务需求的产品经理就叫BA。

相关:
BA所承担的工作和PM是一样的,需要分析需求,出具原型和需求说明书,之后将具体的需求提交给SA(System Analyst)系统分析师,由SA来将需求拆分为技术实现计划,并根据技术实现计划制定时间表,下达给具体开发部门来承接需求开发。