敏捷软件生命周期的基础知识：
与传统的软件开发框架相比，敏捷软件的生命周期模型有很大的不同，因为它专注于迭代和增量过程，对更改产品的适应性以及通过快速交付有效的产品功能和客户参与来提高客户满意度。 产品发布是一系列称为sprint的迭代周期。 它们包括功能开发的整个生命周期：对技术产品进行分析，设计，编码和测试，并且在大多数情况下会生产可交付使用的可部署产品。
团队与公司之间的协作和关系是在开发环境中成功植入敏捷的关键。 需要指出的是，该模型广泛使用了活动，例如每天15分钟的站立会议，冲刺审查会议和每次冲刺结束时的回顾会议，以识别和自我纠正所进行的开发由团队。 由于其固有的性质，经常在需要时征求反馈意见，以进行协作，并通过共享思想和自我管理来加快开发过程。
在敏捷过程中扮演的角色是产品所有者，Scrum主管和开发团队。 产品所有者代表利益相关者或管理团队拥有该项目，并确保该项目成功开发，同时要牢记产品在市场上的公司愿景。 Scrum负责人确保始终遵循敏捷过程，并照顾开发过程中出现的任何困难或技术问题。 团队成员积极参与冲刺，并确保创建有意义且有用的开发功能。
敏捷软件开发生命周期模型的主要特征：
- 团队及其互动。 在这种发展模式中，自组织和动机比十多年前非常流行的传统的权力和资历等级制具有更重要的作用。 这就是敏捷开发在初创企业中非常受欢迎的原因之一，在该初创企业中，鼓励团队作为一个整体来积极参与活动的开发和计划，以支持一个共同的愿景。 如今，非常流行且受到Google和Facebook欢迎的具有扁平编程层次的公司也发现，Agile非常适合他们，因为敏捷使团队成员能够自行做出某些决定，从而加快了开发速度。
- 产品发布。 团队通常由三到九名开发人员组成，他们将工作分解成较小的动作，这些动作可以在固定的持续时间内完成，即sprint。 在他们每个人中，他们跟踪进度，在每天15分钟的站立会议中计划和重新计划，并进行协作以交付客户可用的软件。 传统上，它们的持续时间为两周到一个月，尽管现在的趋势表明，冲刺的持续时间通常为七天到十个工作日。 最后，将全面开发可生产的功能，并将其提供给产品所有者以进行验证。 收到签字后，开发将提交给利益相关者或高级管理团队，并仔细记录他们的意见以改进当前的应用程序开发周期。 目标是持续不断地开发和交付无错误的软件功能，直到开发出所有组成产品的功能为止。
- 客户协作。 诸如Waterfall之类的其他开发生命周期方法的后果之一是花费了大量时间来收集所有需求，而剩下的时间却很少进行实际的开发工作。 日常编码环境并不完美，大多数情况下，整套需求可能不可用或无法获得。 敏捷模型鼓励尽快开始编程，并将功能提供给客户端以进行验证。 项目负责人应明确需要开发的最低产品功能，以便尽快将这些功能包括在冲刺周期中。 这样，通过客户协作可以节省大量时间，结果，由于客户始终可以进行开发，因此该项目以成功的方式进行。
- 响应变化。 如前所述，Agile在持续，快速和动态开发客户就绪的产品功能时更加强调，而不是在最初的项目计划和需求分析期间花费更多的时间。 它是软件的价值和原则，是通过自组织跨职能团队的共同努力而演变而来的。 它提倡适应性计划，渐进式发展，及早交付和持续改进，并鼓励对变化做出快速而灵活的反应。 通过所谓的用户故事可以轻松，轻松地执行。 用户故事是什么？ 它们是由领域专家，利益相关者或管理人员（而不是开发人员）编写的非常苗条的高级需求工件，仅包含足够的信息，以便开发人员团队可以对实施这些工作的结果做出合理的估计。 这样，即使在产品开发周期的后期，也可以在开发功能时随时进行更改。
您可能还喜欢这些有关敏捷开发的文章：
敏捷开发：什么是Scrum Master？ 角色和职责？
Scrum Master被称为Scrum团队的监护人，是解决障碍并控制Scrum的人。 敏捷开发：什么是产品负责人？ 角色和职责？
Scrum产品负责人负责最大程度地提高… media.com 的工作所产生的产品价值。 敏捷开发：会议
Scrum为IT组织提供了敏捷的开发框架，使其能够在快节奏的环境中蓬勃发展。 medium.com 敏捷开发：用户案例是新的需求文档
用户案例已成为产品积压项目的最佳和最受欢迎形式。 medium.com 敏捷开发：什么是DevOps？ 有什么好处？
文化哲学，实践和工具，可以提高组织交付应用程序和应用程序的能力。
通过：
主页| QuickScrum
编辑描述 www.quickscrum.com 用户案例：敏捷介绍
编辑描述 www.agilemodeling.com
