一个业务分析师被派到一个新项目中，面对复杂而陌生的业务，该从何处了解呢？
我整理了这个流程，大致可分为 分析阶段、计划阶段和输出方法论阶段。
今天会着重讲第三个阶段，输出需求分析方法论。
需求分析方法论 .jpg
根据BABOK，需求工程可分为需求开发和需求管理。
需求开发包含从启动，到获取，到分析，再到验证，这是一个闭环的过程。（篇幅受限，不讲需求管理）这也是我们BA的日常工作。
需求启动阶段
通常中大型的项目或需求会有需求启动会，参与人包括项目经理、BA和业务层领导等。在这个阶段，我们会获得整体目标，以后的所有分析工作都会围绕此展开。
*举个栗子——》通过该系统的实施，将人工保费续缴、投保手续办理两项业务运转周期缩短10％以上，使企业内部沟通效率大幅改善，以帮助企业运转效率得以提高。 *
需求捕获阶段
BABOK上有个专有名词，叫" Eicitation"。在这个阶段，我们通过和用户多次的沟通，包括正式的用户访谈、非正式的现场观摩、补充的调查问卷等，来获得用户需求。这个时候会输出用户故事，来帮助我们结构化用户的需求点。关于用户故事，可参考我的历史文章。
需求分析阶段
这个阶段是从用户故事细化到具体的功能开发点。
可以使用的技术很多，包括流程图、原型、用例、词汇表、实体关系图ERD、分解图。等。关于需求分析技术可参考我的历史文章。
这个阶段需要输出初版可供开发阅读的需求文档（未确认的部分可以TBD）。
顺便展开讲下一个不多见的技术，核心需求组件分析。将一个需求抽象拆解为 数据、过程、外部主体、业务规则。
核心需求组件.png
需求验证阶段
这个阶段经常会被忽视，但如果项目时间够还是有必要的。即BA分析了需求，用原型等呈现后，需要和用户再做一次确认，以保证我们准确理解了客户需求。
听上去有点复杂是不是？其实并不复杂，只要经常练习，就会成为本能。每个BA都需要整理总结一套适合自己方法论，并不断打磨，让它成为我们的利器。
