软件工程 |敏捷

在描述当代软件方法时，敏捷性已成为当今的流行语。每个人都很敏捷。助理敏捷团队可能是一个灵活的团队，能够恰当地响应变化。修改是什么软件开发极为丰富。

• 正在设计的软件中的变化，
• 团队成员的变化，
• 新技术带来的变化，
• 所有类型的变化都会对他们制造的商品或制造商品的项目产生影响。

所有更改都可以如下图所示表示，该图是根据 Ivar Jacobson 软件敏捷过程考虑的。

对变更的支持应该是我们倾向于扼杀软件的所有东西，我们倾向于接受的一件事，因为它是软件的胆量和灵魂。敏捷团队的合伙人承认，软件是由团队中的人开发的，这些人的才能，他们的协作能力是项目成功的核心。

在 Jacobson 的阅读中，修改的普遍性是敏捷性的主要驱动力。如果软件工程师要适应 Jacobson 所描述的快速变化，就应该迅速站起来。但是敏捷超过了对改变的有效反应。

• 它鼓励团队结构和态度，使沟通（团队成员之间、技术人员和业务人员之间、软件工程师和他们的经理之间）更加容易。
• 它强调操作软件的快速交付 Associate in 强调中间工作商品的重要性（不是一直体面的东西）；
• 它采用客户作为活动团队的附近，并努力消除继续贯穿多个软件项目的“我们和他们”的角度；
• 它承认，在一个不确定的世界中出现有其局限性，项目安排应该是多才多艺的。

敏捷性适用于任何软件方法。然而，为了实现这一点，方法的设计方式必须使项目团队能够适应任务并对其进行轮廓化，以理解敏捷开发方法的流动性的良好方式进行操作，消除最重要的基本工作产品并保持精简，Associate 强调渐进式交付策略，尽可能快地为客户提供操作包，以适应商品分类和操作环境。