《需求如何进行敏捷设计》文章已经归档，站长之家不再展示相关内容，下文是站长之家的自动化写作机器人，通过算法提取的文章重点内容。这只AI还很年轻，欢迎联系我们帮它成长：
大多数情况下需求的处理过程都可以分为需求分析和需求设计两部分，前者要将业务需求转化成产品需求，后者要将产品需求转化为产品设计，也即成品的PRD...
上线的的新增需求一般都针对某个功能模块来进行设计，相对来说较为独立，因此也适合敏捷设计...
反之，如果不能满足以上几个条件的，特别是耦合度较高的需求，个人建议还是走瀑布的模式，把整体的需求都梳理清楚之后做整体的需求设计，这样可以避免后面的设计过程要改动前面的设计结果的问题，减少一部分的需求变更...
维护backlog表就是一个对产品需求进行拆分的过程，拆分完成后再根据迭代计划来设计具体的实现，前面所讲的项目敏捷则是将所有需求都设计完成之后才进行拆分，这时主要就是为了把开发任务和测试任务拆分出来了...
......
本文由站长之家用户“IT民工博客”投稿，本平台仅提供信息索引服务。由于内容发布时间超过平台更新维护时间，为了保证文章信息的及时性，内容观点的准确性，平台将不提供完整的内容展现，本页面内容仅为平台搜索索引使用。需阅读完整内容的用户，请联系作者获取原文。
（举报）
