在ThoughtWorks做BA是怎样一种体验？

　　BA，英文全称BusinessAnalyst，也称业务分析师，或需求分析师。Linkedin上BA相关的职位不到产品经理或项目经理的四分之一。到本土的拉勾网、智联招聘等网站上，BA的职位就更少了。那么，
　　BA究竟做什么，有没有必要设置BA这一岗位呢？
　　BA具体会做哪些工作？一天会是什么样？
　　BA有哪些能力要求？BA的职业发展如何？
　　下面我仅就个人在ThoughtWorks的经历做些分享，可能不能代表所有BA，给大家一点参考。
　　BA做什么？为什么需要BA？
　　BA顾名思义，就是做业务分析。具体说来，就是能够把业务需求和用户需求转化为软件需求，保证最终的软件能满足用户需求，并带来业务价值。举个例子：
　　在软件开发过程中，大家都知道，需求信息要在很多角色中流转。没有BA的团队，需求大概是这样传递的：
　　大家知道，信息每传递一次就会衰减；况且在图上的每一个节点上，往往不是一个人，多人参与更容易失真。根据《组织行为学》中的相关数据，这样跨五层的传递，大约60左右的信息能被完整无误地传递了。
　　而有BA的团队，需求则是这样传递的：
　　BA和每个角色都保持无缝的沟通，尽量在每一个节点向前验证需求，保证沟通的每个环节都是闭环，最大程度地减少需求失真。
　　目前在ThoughtWorks，90的团队都会配置专职的BA，只有少量规模很小的团队（如人数5个人），则会由其他角色兼任。
　　BA的一天，大概什么样？
　　如前所说，BA的工作主要围绕需求来展开。在ThoughtWorks的敏捷团队里，使用UserStory（用户故事）来表达需求，所以具体的工作就是用户故事的发现、捕捉、拆分、设计、定义、Kickoff、预验收、演示和验收、上线及反馈等，这个过程中会与客户、用户、设计师、开发和测试沟通协作，确保大家做的是有价值的需求，并且对需求的细节有一致的理解。比如我现在的一天：
　　早上8：50到公司，看邮件，理一下今天的todolist，可能包括如下项（我当前这个组很特殊，会同时负责2个项目）
　　准备项目A在下周一的Showcase
　　项目B下个迭代的故事卡需要与另外一个BA再过一遍，确保卡上的细节准确无误
　　项目A的两个故事卡Kickoff
　　到客服中心去做用户访谈
　　跟踪下昨天测试报告的外部服务接口好没好
　　需要与设计师碰一下，把项目B涉及的UI改版的需求再梳理一下
　　9：15和客户、团队一起站会
　　更新自己负责的项目需求状态和变更信息
　　认真听其他人的更新，及时发现有没有需要自己要澄清或跟踪的需求问题
　　9：309：45给组里的新同事解答业务相关的疑问
　　9：4510：15处理一下紧急的客户邮件
　　10：1511：00与其他BA过项目B下个迭代的卡；
　　11：0012：00主持迭代计划会议（怎么做，昨天已准备好）
　　12：0013：00午饭休息，刷朋友圈
　　13：0013：40约到开发、测试，一起kickoff项目A的两张卡
　　13：4016：00出发去客服中心，用户观察和访谈
　　16：0017：30准备项目A的showcase讲稿，拉测试做一遍演练、检查外部服务接口是否好了
　　17：30迭代计划会时发现了两个需求问题，发邮件跟客户确认一下
　　18：00查看早上整理的todolist，还好高优先级已经处理完
　　在ThoughtWorks做BA，跟在其他公司做BA有什么区别呢？
　　我之前也在一家通信企业工作过，属于PM兼BA的角色，对比下来，觉得区别主要在下面几个方面吧：
　　在TW，我最常用到的工具是白板，PPT，卡片，便利贴；以前最常用的是Word和Visio。
　　在TW，墙上贴得花花绿绿的，各种需求相关信息，开发测试问到需求，我也是随时随地都能解释；以前都是要翻出需求规格明书，对照着看，才能知道到底做什么。
　　以前，基本上是做系统分析，到我手上的都是功能需求，有时候明知道做好了没有用户真正用这个功能，还是硬着头皮对照需求规格说明书逐条实现；现在在TW，会真正关注业务问题，用户场景，基本每一条在我手上经过的需求，知道它为什么要做，有什么价值。
　　以前，几乎从来看不到客户，也不知道用户行为是什么样的；现在几乎天天跟客户打交道（只不过有时是在视频里），还有机会做真正的用户观摩和访谈、用户测试。
　　以前，一年几乎只能看到12次产品上线；现在在这个组，每月都要有很多次产品上线，时不时能得到客户发的巧克力，T恤衫，还是挺受鼓舞的。
　　BA的职业发展怎么样？目前ThoughtWorks中的BA是不是仅能在内部发展？
　　以我自己的经验来看，BA是个综合技能要求很高的岗位，需求大局到细节的把控、提供业务方案建议、引导决策等等，尤其是大型的产品团队中，更需要综合的影响力和领导力。
　　之前的BA同事离开ThoughtWorks之后，有的去做了产品经理，有的去做了数据分析，到其他大型公司里面做BA教练，还有的去创业等等。
　　在ThoughtWorks内部，有的BA想精专在某一产品领域，比如O2O，P2P还有金数据，实际上承担产品经理的职责，做需求分析的同时，还做售前、看市场和运营；有的则深钻某一个行业，去更多地做业务咨询、解决方案设计、数据分析师等。也有一部分，因为综合影响力和领导力得到了极大的锻炼，横向发展成为管理人员，比如目前我们的全球CEO办公室负责人，我所在组的大客户经理等。
　　ThoughtWorks是一个人才观非常开放的公司，在内部会鼓励大家“不设限”，主动去尝试很多不同的工作，创造新的“岗位”。
　　在ThoughtWorks做BA，觉得最好的一面和最坏的一面是什么？
　　最好的一面，是可以接触到各种类型、各种行业的客户，每次都能发现新鲜东西去学习去尝试；最差的一面，其实也是这个，因为有时候要短时间学习很多技能，压力很大。当客户老板说“五分钟之内把图画好”，我们说“好”的那一刻，万分紧张和忐忑；最终把事搞定之后，又是酣畅淋漓，痛与乐并存吧。
　　去TW做BA有什么具体要求呢？
　　还真没有硬要求，不讲专业，不需资历，也不需软件背景。大致说来，有这四点：
　　有需求转换的能力
　　逻辑思维好，清晰有条理
　　沟通好，复杂的事情也能三言两语说清楚
　　爱挑战，爱学习
　　还有的一些不是必须的，但如果能做到，就是加分项了：
　　喜欢琢磨研究行业市场
　　善于图形化表达信息
　　懂敏捷和精益
　　以前没做过BA，但想试试，有书推荐吗？
　　《金字塔原理》
　　《餐巾纸的背面》
　　《用户故事与敏捷方法》
　　最后，以我们内部训练营的BA宣言结尾：
　　“SkillsetoverRBAisBusinessAratherthanBusinessAnalyst”
　　角色不重要，真正有两把刷子才重要。大家共同学习，多多增长技能，才是重点。