-
快速迭代：以两周一个版本最为常见，小版本更新甚至可以一周一个版本的迭代，传统瀑布模式的开发形式可能半年发布一次大版本，一年可能就2-3个版本，流程和应对变化相对迟钝。
-
让测试人员和程序人员参与讨论需求：尽可能全的让所有测试人员和程序开发人员参与需求的讨论，宁愿在动手之前集思广益，也不远在其他流程耗费大量的时间和人力。
-
编写可测试的需求文档：编写“用户故事”来引领需求文档，尽早的发现设计的合理与否、需求的真实性。
-
高效沟通、减少文档交流：日常的站会、周会、双周会，都是我们解决问题和规避风险的好方式。
-
尽量以中低保真原型为主：由于需求的千变万化，不宜画高保真原型，尽量用图解释、少些文字，人都有惰性，没人愿意花更多的时间和绩效去读一些啰嗦的文字。
-
尽早地进行测试用例评审：一般需求评审后最多一天就需要进行测试用例的评审，这样能让需求中存在的问题更早的爆发，降低我们的改进成本，尽早的规避风险和节省资源。
什么是敏捷开发敏捷绝非某一种特定的开发方法，它只是一种应对快速变化的需求的一种软件开发能力。敏捷本身只包含了《敏捷软件开发宣言》和《敏捷软件的十二条原则》两份文档。敏捷相信，只要符合这两份文档的开发方法，就能让开发团队拥有应对快速变化需求的能力，这样的开发方法都叫做敏捷开发方法。敏捷开发的核心敏捷开发的核心是：人 + 团队间协作 + 时刻可运行的软件 + 需求的变化。小步快跑不断迭代以达成最终的大目标软件项目的构建会被切分成多个子项目，且各个子项目的交付都经过各自的测试，都具备可集成、可运行、强拓展
敏捷开发
（scrum）是一种软件开发的流程，强调快速反应、快速迭代、价值驱动。Scrum的英文意思是橄榄球运动的一个专业术语，表示“争球”的动作；运用该流程，你就能看到你团队高效的工作。
一、四大价值观（
特点
）
敏捷开发
的
特点
就是下面4句话：
「个体与交互」胜过「过程与工具」
「可以工作的软件」胜过「面面俱到的文挡」
「客户协作」胜过「合同谈判」
「响应变化」胜过「遵循计划」
（1）
敏捷开发
（scrum）适用于竞争激烈，快速变化的市场。 敏捷的客户协作观念，快速迭代能帮助团队以最小成本，最快速
敏捷开发
以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在
敏捷开发
中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的
特征
。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。
目前很多互联网公司都在搞或者想
软件开发是一个系统工程，包括最初的可行性分析、再到设计、开发、测试、维护等整个生命周期。在这个过程中某些阶段的失误或说是变化，都可能增加整个软件项目的风险。
如何在保证效率的基础上还能安计划、保证质量的完成软件项目？于是产生了软件开发的一些方法，这个方法不是指具体有编码阶段的各种设计模式和技巧，而是在整个软件开发策略层面的方法。
传统瀑布模式和新型的
敏捷开发
就是其中最常用的方法，后
1.严格把软件项目的开发分隔成各个开发阶段：需求分析，要件定义，基本设计，详细设计，编码，单体测试，结合测试，系统测试等。
使用里程碑的方式，严格定义了各开发阶段的输入和输出。如果达不到要求的输出，下一阶段的工作就不展开。
2.重视和强调过程文档，在开发的中后期才会看到软件原型，早起只能通过文档来了解系统的
