XP的极限编程(eXtreme Programming)
XP由价值观、原则、实践和行为四个部分组成,它们彼此相互依赖、关联, 并通过行为贯穿于整个生命期。
四大价值观:沟通(Communication)、简单(Simplicity)、反馈(Feedback)、勇气(Courage)
五大原则:快速反馈、简单性假设、逐步修改、提倡更改、优质工作
极限编程最佳实践
极限编程13个最佳实现
现场客户( Customer Tests):客户长期与开发人员在同一间办公室办公,随时解决开发人员关于需求的问题。现场客户负责编写用户故事,负责决定用户故事的优先级以及实现顺序。现场客户负责编写验收测试用例。
代码规范 ( Code Standards ):开发团队应该拥有一个编码标准。
完整团队(Whole Team):XP的核心是其总结的沟通(Communication)、简单(Simplicity)、反馈(Feedback)、勇气(Courage)四大价值观,一切都建立在团队成员之间的相互关心、相互理解的基础之上。
集体所有(Collective Ownership):团队中的每个成员都拥有对代码进行改进的权利,每个人都拥有全部代码,也都需要对全部代码负责。同时,XP强调代码是谁破坏的,就应该由谁来修复。
平稳工作 ( Sustainable Pace ):加班最终会扼杀团队的积极性,最终导致项目失败,每周工作40小时是一种顺势行为,是一种规律。
计划博弈 ( Planning Game ):客户编写故事,开发人员进行估算,确定迭代的周期。
系统隐喻 ( System Metaphor ):寻求共识,发明共享词汇,描述体系结构。隐喻是设计和沟通的辅助手段,使项目成员对于系统的实现方式达成共识。
简单设计 ( Simple Design ):只要今天够用就行,不考虑明天会发现的新问题。
测试驱动 ( Test-driven ):测试先行
代码重构 ( Refactoring ) :时刻对代码进行重构,一直保持其良好的结构与可扩展性。集体CodeReview也是很重要的。
结对编程 ( Pair Programming ):系统的任何一个部分都肯定至少有2个人以上熟悉,好处是代码会被100%review,有效地降低代码缺陷率。
持续集成 ( Continuous Integration ):开发人员坚持随时进行提交,系统每天一次集成。
小型发布 ( Small Release ):开发周期经常发布中间版本。要做到小型发布,则必须先实现持续集成
原文地址:https://www.cnblogs.com/hofmann/p/12162823.html