瀑布开发模式
瀑布模式是一种前几年在国内各大项目中比较流行的开发模式，特点是分阶段进行，每个阶段都很清晰，只有阶段对应的人员才会参与当前阶段的开发，每个阶段必须有产出物才可以开始下个阶段，整个周期较长，早期需求分析和设计的时间消耗较多，整个流程会尽量避免需求的改动，更适用于B端产品的开发。
瀑布 VS 敏捷
| 瀑布 | 敏捷 | |
|---|---|---|
| 开发流程 | 里程碑 | 迭代 |
| 开发文档 | 强调文档 | 可以工作的胜过面面俱到的文档 |
| 开发人员 | 强调分工 | 协助、沟通 |
| 开发需求 | 避免变化 | 拥抱变化 |
| 需求变更 | 谈判与计划 | 与客户合作 |
敏捷模式典型框架 Scrum
结构
Scrum 角色
Product Owner：产品负责人，主要提需求的人，一般为老板。
Scrum Master：Scrum 主管，保证Scrum模式的顺利执行（禁止在开发阶段该需求，督促开展会议等），一般为项目经理，或者项目之外的人担任。
Team：开发团队，包含所有的开发人员。
工件
UserStory：用户故事，不必有清晰文档的产品需求。
Product Backlog：产品订单，所有待开发的UserStory的集合。
Sprint Backlog：冲刺订单，本周期内待开发的UserStory。
Burndown Chat：冲刺燃尽图，周期内UserStory的变化曲线。
活动
Sprint Planning Meeting：计划会，周期末开展，总结冲刺燃尽图，评估冲刺订单。
Daily Standuy Meeting：每日例会，每天早上开展，十五分钟内的短会，所有开发人员对昨天的工作成果，今天的工作内容，现在遇到的问题这三个问题进行描述，方便会议之后解决问题和让开发团队每一个成员了解到当前进度。
Review Meeting：评审会，评审UserStory的可行性和工期。
Retrospective Meeting：回顾会，每个迭代上线之后，以匿名的方式投票总结成员各自看到的问题，并在下一个迭代尝试解决。
Scrum 流程
