内容简介:第一个极限编程(Extreme Programming,XP)项目开始于1996年3月6日。极限编程是几种流行的敏捷过程(Agile Processes)之一。在世界范围内的许多大小不同的公司与行业中,它已经被证明是非常成功的。极限编程的成功是因为它强调
第一部分
原文: Extreme Programming: A gentle introduction
第一个极限编程(Extreme Programming,XP)项目开始于1996年3月6日。极限编程是几种流行的敏捷过程(Agile Processes)之一。在世界范围内的许多大小不同的公司与行业中,它已经被证明是非常成功的。
极限编程的成功是因为它强调 客户满意度 。这个过程不是在遥远的某个日期,交付所有可能需要的功能,而是根据需求去交付软件。极限编程允许开发人员能够自信地响应不断变化的客户需求,甚至在生命周期(Life Cycle)的后期。
极限编程强调 团队合作 。管理人员、客户和开发人员在协作团队中都是平等的伙伴。极限编程实现了一个简单、有效的开发环境,使团队变得非常高效。团队围绕问题进行自我组织,从而尽可能高效地解决问题。
极限编程改进了软件项目中的五个基本方法: 沟通(Communication) 、 简单(Simplicity) 、 反馈(Feedback) 、 尊重(Respect) 和 勇气(Courage) 。极限程序员不断地与他们的客户和其他 程序员 交流,保持简单和干净的设计,从第一天起开始测试软件并得到反馈,尽可能早地将系统交付给客户,并根据建议实施变更。每一个小小的成功都加深了他们对每一个团队成员的独特贡献的尊重。有了这个基础,极限程序员才能够勇敢地应对不断变化的需求和技术。
极限编程最令人惊讶的方面是它的简单的规则(Rule)。极限编程很像一块拼图,有很多小片。单独的一片没有什么意义,但当把它们结合在一起时,就可以看到一个完整的图片。这些规则看起来似乎有些尴尬和幼稚,但都是基于合理的价值和原则。
我们的规则设定了团队成员之间的期望,但不是他们自己的最终目标。你会意识到这些规则定义了一个促进团队协作和赋能授权(Empowerment)的环境,这是你的目标。即使规则被改变以适应公司的特定需求,也可以实现高效的团队合作。
这个流程图展示了极限编程的规则是如何协同工作的。客户喜欢成为开发过程中的伙伴,开发人员无论经验水平如何都积极贡献,管理人员专注于沟通和关系。削减非生产性的活动,从而降低成本和每个人的挫败感。
第二部分
原文: Introducing Extreme Programming
管理人员、开发人员、客户都是一个团队的一部分。这需要指派一名客户或产品经理与团队一起全职工作。需要每天与业务紧密的联系,从而生产出最好的产品。
在极限编程中, 用户故事(User Story) 是项目计划的核心。用户故事可以打印或手写在卡片上。通过手工操作卡片,可以简单快速地创建项目范围和计划。这将创建三个层次的计划。第一层是将故事分类到未来几个月中的大的部署。第二层是将故事划分到下一周期的迭代计划中。最后一层是将故事在当前迭代计划中分解成小任务(Task)。
计划在极限编程中被视为临时工件。你需要在计划到期之前重新创建计划。当客户提出新要求时,需要制定新的计划。每当计划延期或超前时,也需要制定新计划。
结构尖峰(Architectural Spikes [1] )或原型用于创建简单的整体设计,也称为系统隐喻(System Metaphor [2] )。CRC卡(Class-responsibility-collaboration Card [3] )是一种简单的群件(Groupware)设计技术,它鼓励所有团队成员理解并为设计做出贡献。极限编程使用测试驱动开发(Test Driven Development,TDD)和重构(Refactor)来帮助发现最有效的设计。
高质量的代码在极限编程项目中是必不可少的。提高质量的规则包括结对编程(Pair Programming)、重构、可持续的速度(Sustainable Pace [4] )以及两个不同层次的完整测试覆盖。
良好的单元测试和验收测试是极限编程项目的标志。极限编程项目采取的态度是,开发人员有责任向客户证明代码工作正常,而不是客户证明代码运行出现错误。
在整个项目中,你会在很多方面、层面上得到有意见的反馈。把工作软件交付到客户手中,将会以稳定的项目心跳(Heartbeat)推动项目的迭代,并且发布有价值的软件来获取项目的报酬。需求的变化也是反馈的一部分,需要欣然接受。
开发人员通过结对的工作和代码测试来不断地获得反馈。管理人员在日常的会议上得到进展和障碍的反馈。客户在每一次迭代中获得验收测试的反馈以及项目演示。
注释
-
一种由极限编程推广的技术风险降低技术。
An architectural spike is a technical risk-reduction technique popularized by Extreme Programming (XP) where you write just enough code to explore the use of a technology or technique that you're unfamiliar with. —— The Architecture Owner Role: How Architects Fit in on Agile Teams
-
极限编程的核心实践之一,来描述系统如何工作。
The system metaphor is a story that everyone – customers, programmers, and managers – can tell about how the system works. —— System Metaphor
-
CRC卡是用于设计面向对象软件的头脑风暴工具。
A class represents a collection of similar objects, a responsibility is something that a class knows or does, and a collaborator is another class that a class interacts with to fulfill its responsibilities. —— Class Responsibility Collaborator (CRC) Models: An Agile Introduction
-
极限编程规则之一,一种可承受的舒适的工作步伐。
What is Sustainable Pace? It means working at a pace you can comfortably sustain and occasionally sprinting when you need to. Sustainable Pace is easy to define and harder to practice. —— Sustainable Pace
极限编程核心价值
以上所述就是小编给大家介绍的《极限编程:入门介绍》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
实现领域驱动设计
Vaughn Vernon / 滕云 / 电子工业出版社 / 2014-3 / 99.00元
领域驱动设计(DDD)是教我们如何做好软件的,同时也是教我们如何更好地使用面向对象技术的。它为我们提供了设计软件的全新视角,同时也给开发者留下了一大难题:如何将领域驱动设计付诸实践?Vaughn Vernon 的这本《实现领域驱动设计》为我们给出了全面的解答。 《实现领域驱动设计》分别从战略和战术层面详尽地讨论了如何实现DDD,其中包含了大量的最佳实践、设计准则和对一些问题的折中性讨论。《实......一起来看看 《实现领域驱动设计》 这本书的介绍吧!