七步掌握业务分析_如果你想转岗做BA (Business Analyst业务分析师)

大家好，我是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后，都不怎么掉头发啦！

更多精彩内容，请关注微信公众号‘仙女二三思’：