
ba职位主要就是金融分析工作。
BA的角色就是PM,叫BA的原因是因为这类PM要承接某个很具体的业务或者领域。比如银行也有自己的IT部门,银行IT里的产品经理可能要对接专门的业务组,比如网银业务,xyk业务,理财产品业务,基金代理业务,这样承接某个具体业务需求的产品经理就叫BA。
BA所承担的工作和PM是一样的,需要分析需求,出具原型和需求说明书,之后将具体的需求提交给SA系统分析师,由SA来将需求拆分为技术实现计划,并根据技术实现计划制定时间表,下达给具体开发部门来承接需求开发。
产品经理的必备技能
1、一个成功的产品经理的能力中应该有35%的项目管理能力。
在项目管理方面,而且这35%的能力包括团队合作的能力。好的产品经理首先是成功的项目经理,项目管理的经验对于产品经理十分重要,可以帮助产品经理更好的进行产品的管理,团队合作的经验和能力可以让产品经理在产品的团队比较好的处理团队内部的人员关系和团队的其他情况。
2、个人的能力占15%。
成功的产品经理应该是成功的***,他的个人能力包括他的领导能力,个人的情况和能力以及他的个人的亲和力。个人的能力可以帮助产品经理更好进行产品过程的管理。
3、产品经理的业务能力占全部的20%。
产品经理的业务能力包括专业的业务管理技能、 深度行业研究的能力、构建商业模型的能力、数据深度分析能力。
业务需求分析师
简单地说,BA就类似于是PM(产品经理)的职位,BA是英语单词(BusinessAnalys)缩写,即业务需求分析师,
在IT公司里,BA的角色就是PM(产品经理),只是这类PM要承接某个很具体的业务或者领域。
比如银行也有自己的IT部门,银行IT里的产品经理可能要对接专门的业务组,比如网银业务,xyk业务,理财产品业务,基金代理业务,这样承接某个具体业务需求的产品经理就叫BA。
在IT公司里没区别,BA的角色就是PM产品经理。
产品经理需要考虑目标用户特征、竞争产品、产品是否符合公司的业务模式等等诸多因素。一般而言,产品经理管理的是一个或者多个有形产品。但是,产品经理也可以用于描述管理无形产品如音乐、信息和服务的人。有形产品行业产品经理的角色与服务业中项目总监类似。
产品经理的职责描述仍然分歧很多,因人、因公司而异。即使是在相对较为一致的高科技行业,不同公司中的职位描述也是很不同的。
但通常认为产品经理的职责主要包括:产品经理负责调查并根据用户的需求,确定开发何种产品,选择何种技术、商业模式等。并推动相应产品的开发组织,她或他还要根据产品的生命周期,协调研发、营销、运营等,确定和组织实施相应的产品策略,以及其他⼀系列相关的产品管理活动。
在金融服务业,产品经理通常负责管理产品(如xyk组合)及其盈亏,也决定其业务发展策略。
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是什么职位全部的内容,包括:ba是什么职位、ba是什么职位,工作内容是什么、互联网it行业,产品经理和ba区别是什么等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)