在证券软件定制的过程中，实行敏捷开发不仅要求开发的敏捷，也要求测试的敏捷，需求分析的敏捷，即整个证券软件定制流程中的每一个步骤都需要敏捷起来，才真正意义上实现敏捷开发。敏捷开发是一种面临迅速变化的需求快速开发的能力，非常适合需求变化频繁的证券软件系统的定制开发工作，可以快速的响应需求的变更并解决问题。

　　从需求规划、需求分析到需求设计的过程，都可以归类为产品的设计过程，这中间现在有很多细分，诸如市场调研、竞品分析、交互设计等，其本质都是产品设计，并在最后做出产品需求设计说明书，以提供给开发和测试人员去进行证券软件系统的定制。瀑布型开发模式要求需求必须先全部梳理清楚，才会投入开发资源，这样的好处是需求完整，可以从整体上把握产品；而敏捷模式下的产品设计，也需要从整体上规划产品，但会拆分成若干个相互间较为独立的部分，分别实现，最后又能整合成为一个完整的产品，这就对证券软件定制技术人员提出了更高的要求。

　　通常情况下，当我们接到一部分产品的需求之后，会按业务优先级来做分析，并将相互关联的需求放在一起，或者是按优先级高低进行分类，这个过程将需求进行了划分，可以依据这个划分来决定哪些需求是要先做的，哪些是可以后做的。不过这里有一个问题需要注意，那就是什么样的需求适合拆分，一般有以下几种类型：

　　第一，各需求功能之间较为独立的适合拆分。一个产品有十个功能点，各个功能点之间相互依赖关系不强的，松耦合的，就可以每个功能点单独抽取出来做设计。

　　第二，需求功能本身的逻辑遵循某种操作流程的适合拆分。功能的实现是按照一个较为固定的流程一步一步往下走的，这样可以将每一个步骤单独拆分开来设计。

　　第三，产品上线之后的版本维护适合拆分。上线之后，对一些BUG、问题、小需求的缝缝补补，都适合用敏捷的方式来设计。

　　第四，产品上线后的新增需求适合拆分。新增需求一般都针对某个功能模块来进行设计，相对来说较为独立，因此也适合敏捷设计。

　　拆分后的需求会分别写PRD，最后合成一份。证券软件定制敏捷开发模式中把需求都称为Backlog，维护Backlog表就是一个对产品需求进行拆分的过程，拆分完成后再根据迭代计划来设计具体的实现。一般有名称、优先级、工作量估算、描述、备注信息等几个维度。

　　通常都把Backlog存放在共享的Excel文档里面，以便团队成员都可以随时查看。一般来说这个文档归产品经理维护，但也并不把其他团队成员排斥在外。证券软件定制系统的开发人员和测试人员常常要查阅这个文档或者修改工作量估算，需要注意的是，描述Backlog的时候只需说明要达到什么结果即可，而不能说如何去达到。