什么是敏捷方法？品牌战略项目是否可以参考？

工程方法需要大量文档，从而导致开发速度大大减慢。敏捷方法在 1990 年代发展起来，显着消除了工程方法的这种官僚性质。这是开发人员对“重量级”方法的反应的一部分，他们希望摆脱传统的结构化、官僚主义的软件开发方法，转向更灵活的开发风格。它们被称为“敏捷”或“轻量级”方法，由埃德蒙兹在1974年的一篇研究论文中定义。

敏捷方法是一种项目管理方法，通常用于软件开发。它是指一组基于迭代开发的软件开发方法。需求和解决方案通过自组织跨职能团队之间的合作而发展，无需考虑任何层次结构或团队成员角色。它通过增加面对面的沟通和减少书面文档的数量，在整个项目生命周期中促进团队合作、协作和流程适应性。

敏捷方法将任务分解为小增量，没有直接的长期规划。在项目的整个生命周期中，通过迭代（也称为冲刺）不断重新审视开发的每个方面。迭代是通常持续 1-4 周的短时间范围（“时间盒”）。这种“检查和调整”方法显著降低了开发成本和上市时间。每次迭代都涉及完成一个完整的软件开发周期，其特征是规划、需求分析、设计、编码、单元测试和验收测试。这有助于最大限度地降低总体风险，并加快项目适应性。虽然迭代可能没有足够的功能来发布市场版本，但目标是在每次迭代结束时准备好一个版本（错误最少）。

通常，团队规模较小（5-9 人），以便更轻松地进行沟通和协作。更大的开发工作可能需要多个团队，这也可能需要跨团队协调优先事项。当团队在同一地点时，敏捷方法比书面文档更强调面对面的沟通。但是，当一个团队在不同地点工作时，通过视频会议、电子邮件等保持日常联系。团队成员在每个工作日结束时的简短会议上讨论今天完成的工作、明天计划的工作和可能的障碍方面取得的进展。此外，敏捷开发工作由客户代表监督，以确保客户需求与公司目标之间的一致性。

软件开发最初基于编码和修复。这对于较小的软件来说效果很好，但随着软件的规模和复杂性的增长，人们感到需要一个适当的过程，因为此类软件的调试和测试变得非常困难。这催生了工程方法论。这些方法变得非常成功，因为它构建了软件开发过程。出现的最流行的模型之一是软件开发生命周期（SDLC），它以非常有条理的方式开发信息系统。瀑布法是工程或 SDLC 方法最流行的示例之一。温斯顿·罗伊斯（Winston Royce）在1970年发表的一篇论文将其作为一个想法进行了介绍。它源于 1970 年代实践中的硬件制造和建造策略。每个阶段与其他阶段的关系可以粗略地描述为瀑布，其中特定阶段的输出作为下一阶段的初始输入。在每个阶段，收集或开发附加信息，与输入相结合，并用于生成阶段可交付成果。请务必注意，附加信息的范围有限;“新想法”将使项目朝着最初的一组高级要求所没有预料到的方向发展，但并未纳入项目。相反，超出范围的新功能或特性的想法将保留供以后考虑。