需求分析是什么？

这几天在学习二个课程，一个是王洪亮老师的《可视化需求分析》，一个是华仔老师的《架构师实战营》；巧合的是，两个课程现阶段都在将需求分析，都会讲到如何将客户和 Product Manager 的简单的需求转换为方案和设计，也引发了我的一些思考：

为什么要做需求分析？

• 与客户建立链接：通过需求分析，识别客户的痛点，从而为客户解决问题，产生价值

• 与实施建立链接：通过需求分析，识别真实的需求，让开发和 QA 可以实施

• 需求分析是软件项目前期比较重要的一个环节，用一个时髦的词：杠杆率比较高；意思就是说如果需求分析做好了，后面的报价、开发、测试、上线、用户的实际使用都会比较顺利；如果需求分析没有做好，会导致大量的返工，bug，扯皮。所以，不管团队里面有没有 BA、架构师角色，即使是开发也要认真把需求分析做好
  

需求分析是什么？

• 需求分析是一个工作，就是分析原始需求，识别真实的需求，转换为开发可用的需求

• 分析是一个过程，需要进行思考和平衡，不能当做客户的传声筒

• 需求分析需要将不清晰的需求转换为清晰的需求
  

需求分析该如何做？

• 与客户沟通，收集足够的信息

• 了解客户的痛点，把握重点

• 以终为始的考虑问题，考虑项目的价值，以及如何衡量项目成功的标准

• 分析需求，识别出真实的需求

• 拒绝不合理的需求

• 依据需求，设计解决方案，整理出开发和测试可用的需求文档

• 依据需求，设计系统架构，输出技术层面的解决方案

• 与客户沟通，确认解决方案

• 依据需求，估算项目成本
  

需求分析是 BA 做还是架构师做？

• BA 需要根据客户的需求，正确理解需求，所以理解能力，沟通能力，同理心是 BA 必备技能

• BA 需要从业务的层面，给出解决方案：用户的操作流程，用户旅程等

• BA 需要将真实的需求从业务的角度清晰地描述给开发和 QA，让开发和 QA 可以依据这个需求进行开发

• 架构师需要帮助 BA 审核，需求是否可以实现，以及实现的成本

• 架构师需要从系统实施的角度理解需求，设计系统架构

• 架构师需要与开发从业务的角度，进行领域划分，职责划分等

• 总之：BA 更上游一些，架构师偏下游一点