如果你也是这样，建议你看一下TAPD的这个迭代思路。
TAPD是腾讯旗下的一个敏捷协作平台，沉淀了腾讯的敏捷研发模式，内部在支撑QQ、微信、王者荣耀等业务。
在TAPD里，有个【在线指引】模块，把如何通过敏捷开发来完成迭代说得很清楚，我把截图分享给大家，希望对大家有帮主，有兴趣的可以自行去TAPD看。
在看这些图之前，刀哥先来说下敏捷开发。
敏捷开发，可以浓缩成几个部分：两个工件、三个角色、四个会议，简称二三四。
1、两个工件：需求列表和发布计划。
产品经理在将用户需求转为产品需求后，将其记录到需求池，形成需求列表。
然后将需求进行拆分，规划成不同的发布计划。
2、三个角色：产品负责人、敏捷教练（项目经理）、技术团队。
产品负责人负责需求分析产品设计。
敏捷教练负责团队协作、组织会议、处理相关问题等。
技术团队包括前后端研发、UI测试等。
3、四个会议：迭代启动会、站立会、评审会、回顾会。
迭代启动会就是产品经理的需求评审会，需求评审直到大家没有问题时，进入研发。
每天站立会简要汇报当日计划、当前进度以及遇到的问题。
评审会是指研发完成后，交付成果给产品经理验收的评审（开发几乎从来不干这事儿）。
回顾会是这次迭代结束后，大家一起复盘，哪些做得好，哪里还有改进的。
下面一起来看看这几张图：
1、敏捷的全生命周期
产品经理先规划需求，需求可能来自战略规划、业务反馈、用户反馈等，产品经理分析这些需求，并转化成产品需求。
然后规划成不同的发布计划，每个计划里可能包含不同的系统、不同的模块，由不同的研发团队来完成，发布计划又拆成多个迭代。
然后迭代进入开发，开发完成后，交付给产品经理，产品经理验收后发布，线上收集用户反馈，再整理成需求，进入循环。
2、规划需求
需求backlog是一个需求列表，根据需求的价值进行排序，需求的价值可能是用户价值，也有可能是商业价值。
需求是敏捷开发中的用户故事，是描述用户需求的一种方式。很多人没有弄清楚功能、用户故事和用例的关系，刀哥之前整理了一张图，可以区分这几个概念。
3、规划发布计划
发布计划是产品经理控制产品节奏很重要的一个工具，每个发布计划是可以交付的软件版本。
4、规划迭代
关于迭代，我想起这张图：
5、开发阶段
6、跟踪迭代进度
7、测试阶段
