大家好,我是ThoughtWorks的一名Business Analyst(业务分析师),两年前由开发转岗而来。在这两年内,有很多人问过我转岗BA后的感受,以及咨询过我如何转岗。我就利用这篇文章和大家聊聊关于转岗BA的前前后后吧。
BA在项目中是怎样的一个存在?
对于很多公司,其实都没有BA这个角色,就算对于ThoughtWorks的小伙伴,项目上有BA这个角色的,能看到的也只是BA工作的一部分内容,很难了解到BA职责的全貌。一句话概括ThoughtWorks BA的核心职责:把客户爸爸的业务需求(或者idea)转化成可以落地的解决方案,把解决方案拆解成为开发能够入手实现的任务,并且在项目运作过程中保证这些解决方案的实现。
01. 需求获取分析阶段
举个外卖平台“吃了吧”App的例子 (场景为虚构,非客户敏感信息)
(图片为原创,如需使用请告知微信公众号'仙女二三思‘,并注明出处)
几天后,拿着粗略的线框图和客户爸爸切磋解决方案,在好几回合过招后,双方终于对解决方案达成一致,同时和tech lead评估了方案的技术可行性和粗略effort估算之后,客户爸爸大笔一挥:下个迭代就开始做!
02. 需求拆解阶段
在这个阶段,BA化身为旋转陀螺,以最快的速度把解决方案拆解为epic和user story,和客户一起排列出来MVP(minimum viable product),组织团队成员一起kickoff这个feature,让团队成员在开始正式工作之前了解业务需求上下文。
03. 迭代交付阶段
在ThoughWorks,每个项目对于BA的要求是不一样的,但共通的本职工作都有这些:
- 一个迭代开始前,BA需要和PO(Product Owner)合作,保证backlog中的user story都是按照业务需求优先级排列的
- 一个迭代开始前,BA需要为高优先级的userstory确定下来很多的业务细节,再给user story加上完整的描述,有时也需要和UX(User Experience)一起合作提高用户体验。然后引导团队给出合适的估点。
- 迭代中,BA需要向开发和QA澄清每张story的业务需求,在story开发完成后,验收story,确保完成的工作是符合客户需求的。
- 迭代中,及时关注每张story的动态,看看进度是否出现异常,是否有block,如果有block存在,要帮助团队一起解决block。
- 主持引导团队的各种会议,比如backlog grooming,sprint planning,showcase......
- 在一个迭代结束后,制作sprint report,向相关的stakeholder同步当前sprint的情况,并且分析思考下个迭代能改进些什么。
除此之外,在有些项目,BA还需要承担部分iteration manager或者scrum master的工作,例如引导团队一起改进现有工作流程,使工作方式更加敏捷等等。
BA的必备技能
- 快速掌握某一领域知识(Domain knowledge)的能力
- 获取需求,分析需求的能力,例如问题/痛点分析,用户旅程设计
- 业务可视化的能力,以最有效的方式表述清楚业务流程
- User story管理能力,包含:分析书写user story,story依赖管理,story优先级管理
- 需求管理,项目scope管理能力,保证项目范围不蔓延,团队不镀金
- 引导会议的能力
- Stakeholder管理能力
- 较强的沟通能力
- 如果在ThoughtWorks做BA,还需要掌握Agile的原理和相关实践
迈出转岗的第一步
回想两年前,当我迈出转岗第一步的时候,也经历了诸多难眠夜。我的故事是这样子的:我们团队的BA离职了,由iteration manager兼职BA,由于她很忙,很多BA的工作她无暇顾及,导致团队和她自己都焦头烂额。趁着这个机会,我向她表明:自己有兴趣做BA的事情,有没有什么事情我可以帮忙分担的?她欣然同意,交给我一些简单的任务来让我做,比如写story的acceptance criteria(验收标准),主持showcase之类的。同时,公司也有面向BA新人的培训,于是我参加了一系列BA入门培训,也经常会找公司的资深BA聊聊困惑,加上在项目上的一步步经验积累,就慢慢地入门了。
如果非要提一个从开发到BA最难的转变,那应该就是思维方式的转变了。当我在做开发的时候,遇到事情,会直接想到解决方案(How)。做BA后,慢慢地,我会开始想这个问题到底是什么(What)?是它真实表现出来的样子吗?以及为什么会出现这个问题(Why)?当时这个转变过程比较缓慢和艰难,是在踩了一个又一个坑后慢慢建立起来的。
有一些建议可以给想转岗做BA的小伙伴们:
- 向周围人提出你的诉求,例如:我想做BA,有什么机会吗?
- 多多留意身边的机会,主动抓住机遇
- 从小事做起,比如主动要求showcase,向团队讲解一个user story
- 遇到挫折,鼓励自己再坚持一下,不要轻易放弃
- 对于ThoughtWorks内部员工,BA community经常组织BA系列培训或分享,请多参加。Google drive 上也有很多资料,搜索‘BA’ 关键字就能找到,也可以私聊找我要链接
- 多读书,帮助你建立BA common sense。推荐几本对我很有帮助的BA入门书籍:《七步掌握业务分析》作者: 芭芭拉·A·卡克诺德,《用户故事与敏捷方法》作者: Mike Cohn,《用户故事地图》作者: Jeff Patton
写在最后
在转岗初期,有朋友提醒我:你积累的多年开发经验就这么抛弃了,你会觉得可惜吗?转岗之后,也有朋友问我:转岗BA,有过后悔的感觉吗?我想说的是:首先,自从踏出这一步,从未有过后悔的感觉,尽管有时候会有挫折,但更多的是享受做自己喜欢的事情的陶醉感,和一步步见证自己成长的喜悦感。其次,你的技术背景会对你的BA工作有一定的帮助,不用担心会浪费自己以往的工作经历。朋友们,如果你对BA的工作感兴趣,我鼓励你不要瞻前顾后,大胆迈出第一步吧。
By the way, 转岗BA后,都不怎么掉头发啦!
更多精彩内容,请关注微信公众号‘仙女二三思’: