敏捷与瀑布

传统的瀑布开发流程，就是如下图这个样子，采用瀑布式的开发流程。它把项目分成不同的阶段，按照前后顺序依次完成每个部分，在每一个部分完全完成了以后，开始下一个过程，以此类推直到项目循环完成。是第一个被正式介绍出来的开发流程。

近些年敏捷开发逐渐走入我们的日常工作，逐渐落地发展。在各个领域崭露头角。我工作的项目组，也在今年开始了敏捷转型。随着项目组转型，身处其中，耳濡目染，也去学习了敏捷的相关知识跟认证。用以增强对敏捷的了解。也是从一个小小白到敏捷小白的入门过程。那么什么是敏捷呢？

敏捷是Scrum吗？敏捷是一种特定的软件开发模式吗？敏捷是一套工作架构和流程吗？那敏捷到底是什么？

查阅了资料，以及结合培训里学到的，我最能理解的也是普遍认同的，敏捷是一种做事情的方法。它包含了4种核心价值观以及12个原则。如下图。

一看到文字头就大，这些宣言原则硬条，太复杂太多了，我们可以先往下看，当我们想要和需要更深入的了解的时候再回来看这些会有更好的理解和体会。

好了下面好好的正经介绍下敏捷方法：

敏捷方法是一种从1990年代开始逐渐引起广泛关注的一些新型软件开发方法，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员团队与业务专家之间的紧密协作、面对面的沟通（认为比书面的文档更有效）、频繁交付新的软件版本、紧凑而自我组织型的团队、能够很好地适应需求变化的代码编写和团队组织方法，也更注重软件开发中人的作用。（来着百度百科）

我觉得这段话完美的解释了敏捷的主旨以及概括了敏捷与传统的不同。如果再写的完美点，唯一不足的是敏捷不单单只运用在软件开发行业，它同样适用于其他行业，比如第一个完整运用敏捷方法的是宜家家具公司，它是全球最大的家具供应商，比如敏捷中价值流程图（一个敏捷工具后面会介绍）就是来自于一家日本汽车公司。一次类推敏捷在其他领域也有不错的运用。

当然这里会侧重于敏捷软件开发，因为我在软件开发项目组工作，所以对于软件开发的敏捷部分理解的更多一点。

敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

未完，所有事情都是需要循序渐进，敏捷也不例外，写笔记也不了例外。下一次会详细介绍敏捷工具，以及实际运用。