软件项目中谁应该参加需求分析？

 软件项目与传统工程不同，具有“不好定义”的特性，所以中需求分析阶段非常重要，解决系统“是什么”的问题，我在工作中常遇到做需求分析时参与人员不明确，给后续工作带来很大的麻烦，甚至影响项目的成败，在这里谈一点自己的理解。 

 

架构设计师（必要）：架构设计师起到连接商业需求和实施技术路线的桥梁作用，软件项目开发好比建设一座大厦，需求是这座大厦的物理外形和要实现的功能，架构设计师首先要确保达到这个功能目标技术的可行性，然后拿出切实可操作的架构设计方案；而架构设计师对于开发团队是贯彻系统功能目标的布道者，架构设计师的参与能够最大限度的避免出现类似“空中楼阁”的这种不可能完成的任务的需求分析。

  业务人员（必要）：可能是甲方的管理和技术人员，也可以请专业的行业专家做顾问或公司内部市场的售前支持人员参与，总之一定是该领域的资深人员，最好组成一个虚拟团队来做需求方面的支持；

   测试人员（必要）：这是很多项目组没有意识到的问题，测试人员的参与有两个好处，一个是由于对系统需求有了更深刻的认识，从而能够制定有效的测试计划和测试用例；二是贯彻全程测试的理念，从测试的角度审视需求分析，在需求阶段就开始测试。这里说的测试人员的参与是全程参与，而不是只在最后参与一下需求评审。

项目经理（可选）：项目经理主要职责是协调内外部资源，控制整个项目进度、质量，目前很多项目组中 PM 和架构设计师是一个人。

开发人员（不推荐）：这时候开发人员可以把精力放在技术准备上，可以尽量避免技术问题导致的项目延期。