BA都在忙些啥-写给新人的BA工作说明书
BA全称Business Analyst，即业务分析师。经常会被别人问起：
“BA平常到底都在做些什么呀”？
在一个不熟悉的人眼里，BA的工作看起来就是不停的沟通、写写用户故事、主持一下会议什么的。最风光可能是在showca（产品展示会议）的时候，产品受到了用户和客户的肯定；最落魄可能是在IPM（迭代计划会议）的时候，被开发们不停地挑战需求的合理性和完整性。除此之外，有时BA自己也感觉忙忙碌碌、但却又不知道在忙些什么。
有文章介绍了在ThoughtWorks做BA是怎样一种体验，也有新BA分享她的ThoughtWorks BA初体验。
接下来，我想从一个“老BA”的视角，分享一下在一个软件交付项目中BA到底都会做些什么？
BA的工作因产品所处的阶段不同而略有不同
四大名著英文
首先要说的是，本文主要说的是BA在产品Delivery阶段需要做的事情。项目从前期的探索发右旋安非他明
现（Discovery）——定义要解决的问题和原型方案，到启动（Inception）——对产品定位、MVP范围、迭代计划达成一致，再到进入开发（Delivery）——完成产品的第一个MVP版本，最后通过产品运营收集反馈，迭代地进行产品演进（Evolution）。在这一系列环节中，BA做的事情不尽相同，各有各的侧重点。
Discovery中的BA：负责行业研究，企业业务的快速梳理，并和用户体验设计师（UX）一起通过用户访谈、现场调查等方式收集需求，定位问题并形成粗粒度的解决方案。
Inception中的BA：在梳理业务需求的同时能够对方案进行收敛，定义MVP和产品路线图，并配合开发进行工作量估算和给出具体的发布计划。
Delivery中的BA：将粗粒度的方案进一步细化，并将需求沟通给整个交付团队，保证需求可以正确地交付。如果有新的需求涌现出来，也需要按照Discovery和inception阶段中的方法来进行分析和交付。
Evolution中的BAclara schumann：在产品上线后收集线上用户的反馈，参与产品运营和持续演进。
gender什么意思其中，Delivery环节往往是时间最久、精力耗费最多的一个环节，也往往是一个新BA起步
have a good time
的地方。所以接下来主要关注在这个环节。
BA都有哪几个方面的工作？
作为连接业务和开发的桥梁，BA的主要工作可以分成三个部分：第一部分是围绕需求展开的，涉及需求生命周期的各个环节。第二部分是围绕交付展开，包括确保需求在各个角色之间的流动过程中不失真，确保需求被正确地开发出来。第三部分是一些“杂事”。项目中大大小小的事情往往都需要BA的照料，只要能够推动整个项目按正确的方式做事，那就义不容辞地纳入自己的工作范围。
所以简单来说，
BA的工作就是确保整个团队做正确的事，以及正确地做事。
详细来说，包括以下：
需求发现、收集和方案提议
虽然在产品开发之前会有一个产品定位和业务全景图，但是任何产品在进入开发之后一定
还是会源源不断地涌现出新的需求。这些需求或来自各个层面的反馈，或来自客户领导，或来自客户其他的业务部门，或来自我们的主动挖掘。持续不断地发现、接受和处理这些新需求是BA的一个工作常态。
比如，一个汽车行业的客户，兄弟业务部门提出需求：希望我们的产品可以支持他们的汽车售后保修业务。对于客户而言，需要思考要不要接下这个需求？
1.foxpro是什么大致要做什么功能？对现在的产品定位、业务流程和价值有什么影响。
2.如果要做的话，需要多少人天，对预算有什么影响？
对于BA而言，接下来要做的就是回答上面的问题，把信息提供给客户辅助他们做决策。
可是需求太粗略了，怎么办呢？于是，BA计划了一次用户走访，搞清现在的业务流程和痛点。搞明白其他业务部门提的需求到底是在说什么，是不是真实的需求，有没有什么坑。接着，根据走访的结果梳理需求，然后和UX一起讨论粗粒度的业务方案，这个过程跟Inception很像。
codebreaker
接着拿着这个方案跟客户大致过一下，没有什么问题的话就叫上开发一起估算工作量，这时候估算只是粗略的，可能以20人天为一个单位。有了大致的方案、低保真的原型图和粗略的工作量估算，就可以把这些整理一下汇报给客户了。
最终的结果可能是一个做或者不做的决定，以及对应的排期计划。有了这些，那么这块BA的工作就算告一段落了。一般一个100人天+的大块新需求分析下来，可能至少需要1~2周的时间。注意你还有日常的交付要做，这些只能抽时间精力来搞。
这一块的工作对于BA往往比较有挑战，虽然有可能并不会进入后续的交付，但却是体现BA核心价值的一部分工作。
培训韩语
需求分析与方案落地
一个大块的新需求有了方案之后，接下来就是把它细化，然后拆成用户故事并写出验收条件。这就是BA的基本功了。
从这时开始，思考粒度会从粗到细迅速下降。BA会和UX一起讨论：页面上具体该有什么信息呈现，有什么样的功能按键，交互和体验是怎样的。会针对各种细节争论不休，就为
了呈现最好的用户体验。
然后就是把脑子里的想法写出来啦。按照用户故事的格式，思考怎么写可以让开发和业务部门都能看的明白清晰。写的过程中还可能会有新的想法出来，然后又跑去跟UX或者Dev讨论。
my favorite tv program
最终这一部分工作的产出就是拆分后的用户故事列表，以及已经填充好内容的用户故事。
如果一定要说BA的核心职责，那这部分应该算得上。又快又好的把这部分工作完成，然后腾出精力去做其他的事情。不要满足于停留在这里，毕竟这只是BA的基本功。
需求和方案对齐日耳曼人英语
因为Thoughtworks是一家专业服务公司，也就是说我们为客户提供解决方案。基于这样的合作模式，意味着BA需要将自己设计的方案和客户进行沟通，确保大家对于需求以及对应的方案有一致的理解。
为了这个目的，理想的方式是和客户一起工作。增加客户的参与感，让他们也参与到自己
的产品设计过程中去。这样就不用花费过多的精力去跟客户同步方案，然后来来回回的修改、汇报。但鉴于每个项目客户的情况不同，有时候BA可能需要专门安排一些Story Review或者Solution Review的会议来跟客户过方案。
这块的工作其实很考验BA的软技能，因为在这个过程中往往充满了各种意见上的冲突。怎么样能把自己的想法有条理地表达出来，怎么样能管理好客户的期望，怎么样去应对客户的质疑都是一门学问。
