近日,田螺阿姨签约世界武术冠军王雪、啦啦操冠军席瑞阳和技巧世界冠军周家槐冠军夫妻、跳水国际大赛冠军曹境真、体操冠军陆文天…
什么是敏捷方法?品牌战略项目是否可以参考?
工程方法需要大量文档,从而导致开发速度大大减慢。敏捷方法在 1990 年代发展起来,显着消除了工程方法的这种官僚性质。这是开发人员对“重量级”方法的反应的一部分,他们希望摆脱传统的结构化、官僚主义的软件开发方法,转向更灵活的开发风格。它们被称为“敏捷”或“轻量级”方法,由埃德蒙兹在1974年的一篇研究论文中定义。
敏捷方法是一种项目管理方法,通常用于软件开发。它是指一组基于迭代开发的软件开发方法。需求和解决方案通过自组织跨职能团队之间的合作而发展,无需考虑任何层次结构或团队成员角色。它通过增加面对面的沟通和减少书面文档的数量,在整个项目生命周期中促进团队合作、协作和流程适应性。
敏捷方法将任务分解为小增量,没有直接的长期规划。在项目的整个生命周期中,通过迭代(也称为冲刺)不断重新审视开发的每个方面。迭代是通常持续 1-4 周的短时间范围(“时间盒”)。这种“检查和调整”方法显著降低了开发成本和上市时间。每次迭代都涉及完成一个完整的软件开发周期,其特征是规划、需求分析、设计、编码、单元测试和验收测试。这有助于最大限度地降低总体风险,并加快项目适应性。虽然迭代可能没有足够的功能来发布市场版本,但目标是在每次迭代结束时准备好一个版本(错误最少)。
通常,团队规模较小(5-9 人),以便更轻松地进行沟通和协作。更大的开发工作可能需要多个团队,这也可能需要跨团队协调优先事项。当团队在同一地点时,敏捷方法比书面文档更强调面对面的沟通。但是,当一个团队在不同地点工作时,通过视频会议、电子邮件等保持日常联系。团队成员在每个工作日结束时的简短会议上讨论今天完成的工作、明天计划的工作和可能的障碍方面取得的进展。此外,敏捷开发工作由客户代表监督,以确保客户需求与公司目标之间的一致性。
软件开发最初基于编码和修复。这对于较小的软件来说效果很好,但随着软件的规模和复杂性的增长,人们感到需要一个适当的过程,因为此类软件的调试和测试变得非常困难。这催生了工程方法论。这些方法变得非常成功,因为它构建了软件开发过程。出现的最流行的模型之一是软件开发生命周期(SDLC),它以非常有条理的方式开发信息系统。瀑布法是工程或 SDLC 方法最流行的示例之一。温斯顿·罗伊斯(Winston Royce)在1970年发表的一篇论文将其作为一个想法进行了介绍。它源于 1970 年代实践中的硬件制造和建造策略。每个阶段与其他阶段的关系可以粗略地描述为瀑布,其中特定阶段的输出作为下一阶段的初始输入。在每个阶段,收集或开发附加信息,与输入相结合,并用于生成阶段可交付成果。请务必注意,附加信息的范围有限;“新想法”将使项目朝着最初的一组高级要求所没有预料到的方向发展,但并未纳入项目。相反,超出范围的新功能或特性的想法将保留供以后考虑。