敏捷方法论对您来说并不新鲜，但极限编程（简称 XP）对您来说仍然有点神秘。 你不确定它是否适合你，因为它听起来很极端。 但不要被这个名字吓倒。 你会错过很多很好的机会。 您将从本文中学到有关极限编程的所有知识，以便您也可以从中受益。
什么是极限编程？
极限编程（XP）是一种敏捷的软件开发框架，用于生产更高质量的软件并提高团队的生活质量。 此外，XP 是一种敏捷框架，在软件开发的正确工程实践方面最为具体。
此外，极限编程凸显了软件开发的技术细节，这使得中小型团队能够生产出卓越的软件，同时适应不断变化的需求。
极限编程 (XP) 是如何工作的？
与其他方法相比，XP 对如何进行工程有强烈的看法。 XP 除了实践之外还基于价值观和原则。 对于团队来说，价值观提供方向。 它们的作用是指导你的选择。 然而，价值观过于模糊和抽象，无法提供精确的指导。 例如，试图表达你重视沟通可能会产生多种效果。 在某些方面，实践是价值观的对立面。 他们以清晰、实用的方式定义了具体要做的事情。
此外，团队可以通过实践让彼此对价值观负责。 例如，使用非正式工作空间鼓励开放和直接的沟通。 原则是连接价值观和实践的行业特定规则。
极限编程的5个过程是什么？
#1 规划：
客户首先与开发团队会面，并以描述所需结果的用户故事的形式揭示需求。 之后，团队评估故事并制定发布计划，该计划分为逐步完成所需功能所需的迭代次数。 此外，如果无法估计任何故事，则可以引入所谓的峰值，这表明需要进行更多研究。
#2. 设计：
这是规划过程的一个阶段，但可以通过分开来突出显示。 它与简单性相关，这是我们将在下面介绍的关键 XP 值之一。 此外，良好的设计赋予系统结构和逻辑，有助于避免冗余和不必要的复杂性。
＃3。 编码：
在此阶段，使用特定的 XP 技术（如结对编程、编码标准、持续集成和集体代码所有权）编写实际代码。
#4。 测试
这就是极限编程的意义所在。 这是一项例行任务，包括验收测试和单元测试，这些测试是自动化测试，以确定开发的功能是否按预期运行（客户测试以确认整个系统是根据初始要求开发的）。
#5. 听力
这都是关于持续的对话和批评。 请注意，客户和项目经理参与描述预期价值和业务逻辑。
极限编程中的 5 个角色是什么？
这样的过程需要多个参与者之间的协作，每个参与者都有特定的职责要履行。 极限编程将用户置于系统的核心，强调合作、沟通和响应能力等人际能力的价值和意义。 因此，这些角色经常与 XP 相关联：
#1。 顾客：
客户应该通过编写用户故事、提供持续反馈并帮助做出所有必要的项目相关业务决策，在开发过程中发挥重要作用。
#2. 开发人员或程序员：
这些是生产产品的团队成员。 此外，他们负责执行用户测试并将用户故事付诸实践（有时会建立单独的测试人员角色）。 请注意，由于跨职能团队通常与 XP 相关，因此此类成员的技能和经验可能有所不同。
＃3。 追踪者或管理者：
它们将客户和开发人员联系在一起。 一些开发人员可以承担这个角色，但这不是必需的。 此外，这些人还计划会议、控制对话并监控关键绩效指标以取得进展。
#4。 教练：
教练可以充当团队的导师，帮助理解 XP 实践。 通常，它是来自开发过程之外的顾问或助理，他们具有 XP 经验，可以帮助防止错误。
极限编程的 5 个价值观是什么？
#1。 沟通：
由于缺乏沟通，知识无法在团队内自由流动。 当问题出现时，通常有人已经有了解决方案。 当问题出现时，通常有人已经有了解决方案。
然而，缺乏沟通限制了他们了解问题或参与解决问题。 结果，这个问题被解决了两次，造成了浪费。
#2。 简单：
你应该始终尝试根据简单性来完成最简单、最有效的事情。 它经常被误解为有史以来最简单的事情，而忽略了“有效”的部分。
此外，记住情境化的简单性也很重要。 请注意，对于一个团队来说简单的事情对于另一个团队来说可能很复杂，这完全取决于每个团队的能力、知识和经验。
＃3。 反馈：
早期、频繁的反馈、拥抱变化以及将团队成员整合到流程中是 XP 团队的首要任务。 同行评论、团队成员的观点、测试和完成的代码是提供反馈的一些不同方式。
因此，关注批评并简化设计非常重要，因为微妙的概念可能在现实世界中站不住脚。 然而，过多的反馈可能会导致重要的反馈被忽视，因此，花点时间，找到过多反馈的根源并解决它很重要。
＃4。 勇气：
作为一名软件工程师，你有很多事情需要害怕，也有很多机会表现出勇气。 说实话，特别是令人不安的事实，比如诚实的估计，需要勇气。 提供和接受反馈都需要勇气。 此外，放弃吸引大量投资的失败解决方案需要勇气。
＃5。 尊重：
XP 哲学。 如果没有关心和尊重，再多的技术实力也无法挽救一个项目。 此外，每个人都应该受到尊重和尊严，包括那些生活受到软件开发项目影响的人。
因此，当所有团队成员（包括客户、项目及其潜在用户）相互尊重和支持时，每个人都会受益。 每个人都真正关心自己的工作的想法是该项目的基石。
极限编程的 5 个原则是什么？
极限编程的基本原则是 -
#1. 快速反馈：
快速反馈意味着快速收集反馈、理解反馈并应用所学到的知识。
- 开发人员无需花费太多时间来设计、实现和评估系统，而是可以在几秒钟或几分钟内使用反馈。
- 客户评估系统以确定它如何最有效地做出贡献，并在几天或几周而不是几个月或几年内提供反馈。
#2. 假设简单：
假设极限编程中的简单性涉及简单地解决当前的问题，而不是规划未来。 这种方法可能会导致解决方案过时且难以更改。 相反，通过测试、重构和沟通，专注于当前重要的事情。 遵循YAGNI和DRY原则，避免重复代码和冗余信息，减少浪费，确保更好的产品。
＃3。 增量变化：
一次性实施的重大变革在任何情况下都行不通。 一系列最小的重要更改可用于解决任何问题。
增量变化在极限编程中有很多用途。
- 设计会一次一点地改变。
- 渐渐地，计划发生了改变。
- 渐渐地，团队正在发生变化。
即使实现极限编程也需要小步骤。
＃4。 拥抱变化：
最好的行动方案是在解决最紧迫问题的同时保留最多选择的方案。
＃5。 优质工作：
每个人都喜欢表现出色。 他们努力工作，创作出令他们引以为豪的作品。 群组
- 产生良好的结果。
- 喜欢他们所做的事情。
- 创造出有价值的产品感觉很好。
极限编程最适合什么？
#1. 极限规划：
在极限编程 (XP) 的规划阶段，客户创建用户故事和需求。 开发团队将这些转换为迭代，为每次迭代准备计划、时间和成本。 此外，现场客户也参与其中以确保满意度。 两个关键的规划步骤是发布规划和迭代规划。
- 发布计划是一种实践，其中客户向程序员提供所需的功能，然后程序员确定每个功能的复杂性和成本。
- 迭代计划是团队每隔几周接受指导的过程。 软件由 XP 团队在两周的迭代中创建，并在每次迭代结束时交付工作软件。 此外，客户在迭代规划期间提出了他们在接下来的两周内想要的功能。
#2. 极致设计：
XP注重简单的设计，使用系统隐喻和统一的风格来确保团队成员之间的兼容性。 系统隐喻通过提供命名约定并减少混乱和复杂性来组织开发团队。 重构是一个减少冗余、增加内聚性和提高可理解性的持续过程。 此过程可以节省时间、提高质量并确保不会遗漏任何问题。
＃3。 极限编码：
XP 方法侧重于编码标准，以保持一致且易于阅读的代码。 它从测试优先的单元开始，并采用结对编程，程序员一起开发功能。 这种做法提高了软件质量和通信，防止出现瓶颈。
请注意，每周 40 小时的工作时间可以确保开发人员有一个舒适的环境，并且不允许加班。 持续集成可确保项目的最新版本并防止工作分散。 集体代码所有权允许每个团队成员更改或重构代码，防止瓶颈并允许跨多个用户故事重用功能。
#4.极限测试：
极限编程强调软件开发中的反馈和测试。 顶级 XP 团队实行测试驱动开发，包括单元测试和客户测试。 单元测试是开发人员在编码阶段编写的自动化测试，节省时间和精力。 验收测试是针对客户的测试，可确保系统包含所有必需的功能。 这两项测试对于确保最终产品的质量至关重要。
＃5。 极限聆听：
在开发阶段通过反馈持续吸引用户参与的机制构成了极限编程的基础。 程序员必须关注客户和项目经理希望系统在业务价值方面实现什么目标。
此外，为了向客户提供有关问题可能解决（或无法解决）的技术细节的反馈，他们必须充分了解这些需求。
极限编程和敏捷编程有什么区别？
如果你熟悉敏捷开发，你也一定知道极限编程和敏捷开发之间甚至可能没有区别。
- 极限编程是敏捷性的框架。
- 极限编程是一组遵循敏捷开发的价值观和原则的技术。 一方面，敏捷开发是一种分类，而极限编程是一种离散方法。
- 被称为极限编程的敏捷方法是众多方法之一。 另一方面，极限编程的广度和范围无法与任何其他敏捷技术相比。
- 在敏捷方法中，只有极限编程才能为开发人员提供有意义的方法来完成他们的工作。 迄今为止最有效的极限编程技术之一是测试驱动开发。
什么是极限编程的现实例子？
极限编程是 Google、Amazon、Airbnb 和 Facebook 等公司用来构建基础设施、扩展云计算服务以及大规模提供高质量产品和服务的流行方法。
请注意，这些公司已成功采用这种方法来发展业务，展示了极限编程的好处。
极限编程还在使用吗？
在较短的开发周期内保持可持续的步伐，极限编程可能具有挑战性，特别是对于新团队而言。 批评者认为 XP 过于僵化，不适合大型项目。 尽管受到批评，XP 已被证明是成功的，并且至今仍被许多软件开发团队所使用。
极限编程有什么优点？
#1. 软件开发公司可以通过使用极限编程 (XP) 方法来节省资金，该方法强调及时的产品交付和最少的文档。 通过团队讨论来解决问题，可以节省时间和金钱，并可以更快地完成项目。
#2. 使用极限编程的项目的另一个好处是简单。 喜欢这种方法的开发人员会生成非常简单的代码，并且可以不断升级。
＃3。 在 XP 中，整个过程是透明且负责任的。 开发人员承诺他们将做什么并展示进展。
＃4。 积极的一面也是不断的反馈。 因此，必须予以关注并进行必要的调整。
＃5。 此外，由于在开发阶段需要进行频繁的测试，XP 有助于加快软件的创建速度。
#6。 最后，极限编程有助于提高员工保留率和满意度。
XP的缺点是什么？
极限编程（XP）侧重于代码而不是设计，这可能会阻碍其在软件应用程序中的有效性。 质量设计对于市场成功至关重要，XP 项目可能缺乏缺陷文档，从而可能导致未来出现错误。
此外，XP 不衡量代码质量保证，这可能会导致初始代码出现缺陷。 它可能不适合地理位置分散的程序员。
谁使用极限编程？
极限编程通常仅由工程团队应用，因为它专注于软件开发。 它仅在特定情况下起作用，即使在软件团队中也是如此。
极限编程有哪些实践？
XP 实践是相互支持、降低开发风险并产生高质量软件的具体指南和技术。 它建议在开发软件时使用 12 种做法。
#1. 测试驱动开发：
XP 从业者相信快速编写清晰的代码是可能的，因为软件质量依赖于短的开发周期和频繁的反馈。 因此，测试驱动开发（TDD）涉及在编写代码之前编写自动化单元测试，使工程师能够专注于完成必要的功能并生产可靠的软件。
#2. 规划游戏：
这种收集发生在迭代周期开始时。 客户和开发团队一起检查并批准产品的功能。 开发人员在规划游戏期间最终确定计划时，为每个即将到来的迭代和发布分配任务。
＃3。 现场客户：
正如我们已经提到的，XP 认为最终用户应该积极参与开发过程。 因此，客户应始终在场，以回应团队的询问、确定优先事项并根据需要解决分歧。
#4。 结对编程：
要使用此技术，两个程序员必须协作编写完全相同的代码。 第二个开发人员审查代码，提出增强建议，并修复出现的错误，而第一个开发人员则专注于编写。
虽然需要的时间稍长一些，但这样的团队合作可以生产出高质量的软件，并更快地促进知识共享。 从这个意义上说，对冗长的项目进行结对编程试验更有意义。
＃5。 代码重构：
重构是 XP 团队使用的一种技术，通过消除重复、消除无意义的功能、增强内聚性和解耦元素来不断改进代码。
因此，为了易于理解和修改，保持代码的组织性和简单性至关重要。
＃6。 持续集成：
XP 团队优先考虑通过持续交付进行迭代开发，强调沟通和代码共享。 此外，该方法有助于识别功能需求、解决集成问题并保证在部署之前进行错误检测。
#7. 小版本发布：
此方法建议尽快发布 MVP，然后迭代改进产品。 此外，小版本使开发人员能够频繁获得反馈、快速发现错误并密切关注产品在现实世界中的表现。 我们之前提到的持续集成实践（CI）是实现这一目标的一种方法。
#8。 简单的设计：
最简单且仍能正常运行的软件设计是最好的。 应该有很少的方法和类，没有重复的代码行，并且应该通过测试。 设计简化更有可能发生在生产之后。
此外，建议立即编写代码来实现功能，搜索信息，并逐步重构以吸收新知识。
＃9。 编码标准：
团队必须有共同的编码实践，使用相同的格式和风格来编写代码。 标准的应用允许所有团队成员轻松阅读、共享和重构代码，跟踪谁在处理某些代码片段，并使其他程序员的学习过程更快。 根据相同规则编写的代码鼓励集体所有权。
＃10。 集体代码所有权：
集体代码所有权需要团队负责系统设计，允许团队成员审查和更新代码，避免重复，并促进协作和新想法。
＃11。 系统隐喻：
系统隐喻指的是具有清晰品质的简单设计，确保其结构易于新用户理解。 此外，它强调连贯的类和方法命名，旨在使整个系统设计易于理解。
＃12。 每周 40 小时：
从事 XP 项目的开发人员必须快速有效地工作，以保持最终产品的质量。 他们必须保持警惕并充分休息才能满足这些要求。
此外，保持工作与生活的平衡可以防止专业人士精疲力尽。 XP 中理想的每周工作时间不应超过 45 小时。 请注意，只有在下周没有加班的情况下，每周才允许加班一次。
什么是敏捷中的极限编程？
极限编程（XP）是一种敏捷的软件开发结构，用于创建更高质量的软件并提高团队的生活质量。 此外，当谈到软件开发的最佳设计方法时，XP 是最具体的敏捷框架。
极限编程和 Scrum 有什么区别？
总之，流行的 IT 项目管理方法 Scrum 和极限编程 (XP) 的不同之处在于它们如何处理规划、文档和领导角色。 极限编程的核心原则是测试驱动开发和编程。 Scrum 非常重视管理。
此外，极限编程只需要一到两周的协作努力。 Scrum 中的团队以“冲刺”的方式工作，短则几周，长则几个月。
参考文献：
乔因瞄准镜 .
