敏捷开发中哪些需求适合拆分（）

敏捷的模式总的来讲就是将整体拆为多个个体，然后再单独的完成各个个体以达到这些个体合成之后就是整体的效果，所以这里就有一个问题存在，产品的整体需求是否适合拆分？个人在操作经验中总结如下：

• 各功能之间较为独立的适合敏捷。一个产品有十个功能点，各个功能点之间相互依赖关系不强的，松耦合，就可以每个功能点单独抽取出来做设计。
• 功能本身的逻辑遵循某种操作流程的适合敏捷。功能的实现是按照一个较为固定的流程一步一步往下走的，这样可以将每一个步骤单独拆分开。
• 产品上线之后的版本维护适合敏捷。上线之后，对一些BUG、问题、小需求的缝缝补补，都适合用敏捷的方式来设计。
• 上线后的新增需求适合敏捷。上线的的新增需求一般都针对某个功能模块来进行设计，相对来说较为独立，因此也适合敏捷设计。

反之，如果不能满足以上几个条件的，特别是耦合度较高的需求，个人建议还是走瀑布的模式，把整体的需求都梳理清楚之后做整体的需求设计，这样可以避免后面的设计过程要改动前面的设计结果的问题，减少一部分的需求变更.