软件开发方法与流程全解析
在软件开发过程中，需求变更的情况屡见不鲜。当需求文档最终确定后，如果需求发生变化，不同组织会根据变化的程度采取不同的处理方式。大多数情况下，会遵循“变更请求”流程，这本质上是针对单个变更项再次执行整个流程。具体来说，业务用户会审查并批准变更声明，开发人员会分析并记录设计变更，测试人员也会知晓这一变更。
由于传统瀑布模型过程缺乏灵活性，为了使其更好地适应软硬件创新的节奏，人们对其进行了多次修改。其中一种流行的修改产生了“迭代瀑布（iterfall）”的概念，它是在更小的规模上进行瀑布式开发，将项目分解为多个阶段。在每个阶段，都会遵循相同的瀑布式步骤，整个过程以迭代的方式进行。此外，还可以将其与“前期大设计（Big Design Up Front）”模型相结合。在该模型中，整个项目会提前进行设计，但发布计划会分阶段进行，每个发布版本都遵循瀑布式的文档和开发流程。
敏捷开发方法
与瀑布方法的严格阶段不同，敏捷软件开发方法承认并预期到变更的发生。它采用经验过程控制，通过频繁的反馈和调整来引导设计和开发朝着最终软件目标前进，而不是从一开始就依赖详细的文档和标准的可重复流程。Scrum 是最流行的敏捷框架之一，下面将详细介绍。
Scrum 框架概述
Scrum 是一种用于在短时间内以可预测的迭代方式管理软件交付的框架。其目标是在每个开发周期（即“冲刺（sprint）”）中交付一些可工作的功能，而不是提前进行大规模设计，然后一次性实现整个产品。完成一个完整的功能版本可能需要多个冲刺，但关键是每个冲刺都能产生可让客户测试的成果。
Scrum 中的角色
Scrum 中的组织架构较为简单
