之前我们聊了很多关于敏捷开发的话题，包括敏捷开发的流程（持续集成与持续交付），以及细化业务的微服务架构（【大数据】事件驱动的微服务架构），但是当真正一个业务需求来临的时候，如何做好业务分析，抓大放小，准确地给开发输入迅速完成1.0版本。今天将围绕这个问题进行展开。

首先业务分析是企业最基本的能力，旨在满足客户需求，实现自身价值。而敏捷业务分析通过持续的客户反馈或主动学习来优化交付，减少浪费提升客户价值。当然，这些反馈也可能来自于竞争对手、合作伙伴、投资人或监管机构。通过这些渠道的反馈企业可以知晓提供的服务是否切实满足了客户需求。由于客户需求的持续变化，比如疫情期间我通过外卖点餐，疫情结束我想尽快约人吃饭；又比如今年的青团大家倾向于什么口味，需求有没有受影响等等。因此反馈的收集自然是越快越好，直击需求的同时避免资源浪费。

敏捷业务分析人员（BA人员）通过各类干系人的反馈快速指导并制定交付流程，其中最主要的工作就是通过聆听，交流制定需求列表，并确定哪些是有价值的，哪些可以缓一缓。举个小编经手过的一个案例（【实战】微服务实施整体方略），这家航空公司需要建设一个在线的客票系统为客户制定经济的飞行计划。根据反馈，业务分析人员了解到基于用户所选的航线可能是最优航线，但未必是最经济的航线，因此这里业务上需要的不是一个价格累加器而是一个重新规划航路的微服务。

因此敏捷业务分析人员需要具备以下几项能力：

• 全局理解业务的能力；
• 切换视角能力，站在客户角度思考问题
• 分析能力，抓大放小
• 化繁入简的能力，通过案例剖析需求
• 基本技术能力，考虑需求可行性
• 激励团队协作对交付持续改进的沟通能力
• 财务分析能力，识别资源浪费与估算项目投入

此外敏捷业务分析作为敏捷开发交付的输入，BA人员全程跟进项目的开发运维周期并根据需求即时调整业务模块。

在战略（Strategy）阶段辐射项目在组织内部的所有涉及的工作，包括项目的出资方、金额（财务），开发所需的技能（研发），人力资源计划（HR）以及与企业战略部门（管理层）的契合度。

在启动阶段（Initiative），BA人员需要做好产品经理的工作，对于不同的功能点明确规格与质量要求。

交付阶段（Delivery）是BA人员开发团队紧密协作的阶段，需要做好开发与客户的双向沟通，确定哪些需求由于技术限制可能达不到要求的规格并考虑权宜方案。