Lead Sale

早在 1990 年代，网路的兴起就迫使软体开发发生变革。如果一家公司的成功取决于公司发展和将产品推向市场的速度，那么企业就需要大幅缩短软体开发生命周期。

正是在这种环境下，Kent Beck 创建了极限编程(XP)，这是一种敏捷的专案管理方法，支援在短开发周期内频繁发布，以提高软体品质并允许开发人员响应不断变化的客户需求。

尽管您可能从其他专案管理方法中认识到其中一些实践和价值，但 XP 将这些实践提升到「极限」水平，正如该方法的名称所暗示的那样。在接受 Informit 采访时，肯特解释道：

「我第一次被要求领导团队时，我要求他们做一些我认为合理的事情，例如测试和审查。第二次的时候，线路上还有更多的内容。我……要求团队将我认为重要的事情上的所有旋钮调到10，而忽略其他所有事情。

如果您和您的团队需要快速发布并回应客户请求，请查看极限编卡塔尔手机号码几位数 程的价值观和规则- 它可能是完美的选择。

极限编程概述
极限编程（XP）概述（点击图片线上修改）
极限程式方法论的价值观
XP 不仅仅是管理专案的一系列步骤，它遵循一组价值观，将帮助您的团队更快地工作并更有效地协作。

简单
团队只完成所要求的事情，仅此而已。 XP 将主要流程的每个步骤分解为较小的、可实现的目标，供团队成员完成。

简化沟通
团队在专案的每个部分共同努力，从收集需求到实施程式码，再到参加每日站立会议以使所有团队成员了解最新情况。任何疑虑或问题都会立即解决。

一致的、建设性的回馈
在 XP 中，团队根据专案和客户需求调整他们的流程，而不是相反。团队应该尽早并经常展示他们的软体，以便他们可以收集客户的回馈并做出必要的更改。



尊重
极限编程鼓励「一切为了一，一为一切」的心态。团队中的每个人，无论等级如何，都会因其贡献而受到尊重。团队尊重客户的意见，反之亦然。

勇气
团队成员适应出现的变化并对自己的工作负责。他们如实讲述自己的进步——没有任何“善意的谎言”，也没有借口未能让人们感觉更好。他们重视团队合作胜过自我，并且总是寻找对团队最有利的事情。

极限程式方法论的规则
Don Wells 于 1999 年发布了第一条 XP 规则，以反驳极限编程不支援软体开发所需活动（例如规划、管理和设计）的说法。从规划到测试软体，每次迭代都遵循以下基本步骤。

XP 规划与回馈循环
极限编程回馈/规划循环（点击图片线上修改）
1. 规划
这个阶段是使用者体验魔法发生的地方。客户写的不是冗长的需求文档，而是使用者故事，定义了客户希望看到的功能，以及每个功能的业务价值和优先顺序。使用者故事不需要过于技术性，因为它们只需要提供足够的细节来帮助团队确定实现这些功能的时间范围。