理解：

• 首先，敏捷并不是一门具体的技术，而是一种理念或者说是一种思想。它可以指导我们更加高效的开发。
• 其次，敏捷开发都具有以下共同的特征：
  1.迭代式开发

2.    增量交付

3.    开发团队和用户反馈推动产品开发

4.    持续集成

5.    开发团队自我管理

• 最后，相比于“传统”的瀑布开发模式，敏捷开发是一种“现代”的开发模式。

具体开发

上面说了敏捷是一种指导思想或开发方式，但是它没有明确告诉我们到底采用什么样的流程进行开发，而具体的开发方式有哪些呢？

Scrum，极限编程（XP），精益软件开发（Lean Software Development），动态系统开发方法（DSDM），特征驱动开发（Feature Driver Development），水晶开发（Crystal Clear）等等。

除了Scrum和XP，对于上面的其他开发方式，我也只是简单了解，大家可以多查查相关的资料。

我们可以简单的对比一下Scrum和XP：

1. 在开发的过程中，你可以采用Scrum方式也可以采用XP方式；

2. Scrum和XP的区别是，Scrum偏重于过程，XP则偏重于实践，但是实际中，两者是结合一起应用的。

   敏捷宣言：

   我们通过身体力行和帮助他人来揭示更好的软件开发方式。经由这项工作，我们形成了如下价值观：

   个体与交互 重于 过程和工具

   可用的软件 重于 完备的文档

   客户协作 重于 合同谈

   响应变化 重于 遵循计划

   在每对比对中，后者并非全无价值，但我们更看重前者

   什么是Scrum？

   Scrum 是一个用于开发和维持复杂产品的框架 ，是一个增量的、迭代的开发过程，通常用于敏捷软件开发。。原词来自于橄榄球中“带球过人”。在橄榄球比赛的每次冲刺前，都将有一个计划安排的过程，但冲刺开始后则由队员在原计划的基础上随机应发
   

   评价：

   很多觉得Scrum并没什么实质性作用，原因有这么几点：

1.    对于没有接触过Scrum的程序员来说，很难做到敏捷。

2.    用户故事的划分以及产品列表挑选最高优先级有点困难

3.    开发的过程中，团队中所有程序能够一直保持积极主动性很难把握

4.    Scrum对于自组织的团队要求很高

5.    对于在实施Scrum的过程中，对于把握全局的master以及产品负责人的要求更高。

6.    能否在实施的过程中及时发现问题，及时解决问题

不可忽视Scrum作用：

1.    Scrum团队总是先开发对客户具有较高价值的需求。

2.    更好的管理软件开发项目，它同样可以用于管理运行软件维护团队，或者作为计划管理，或者作为计划管理方法。

3.    提高团队的开发效率，降低项目的开发周期，最大限度的发挥团队的作用，更好的满足用户的需求。

优缺点：

Scrum的优点就是敏捷的优点，很注重实效，能更好的应对变化。

缺点是，他过于强调了人的自我管理。 有的观点认为，Scrum适用于一帮资深程序员组成的团队，每个人都是牛人，每个人都有激情干活，这样才work。在国内大家缺乏能动性，没什么激情，很不适合Scrum。

还有一个问题，就是很容易不停的因为目标变化而重新设计，最终导致不能交付。

Scrum并不能保证项目成功，它只是给你更多的反馈，更多的可控性，让你更灵活的应对变化。在实际项目中我们应该对Scrum进行可适应性调整。

团队分工：

• 秦崇文：编写代码，进行前端测试
• 彭圣松：写后端开发代码
• 邓志豪：了解客户需求，沟通用户
• 谷涛： 编写需求文档
• 储梦秋： 负责项目以及安排任务和测试