极限编程是关于放弃羁绊尽力而为绽放自我
2019-12-20
来源： 真北敏捷 Kent Beck
我仍然可以自我感觉很好，因为我尽力了。这种态度才让我感到安全，不管在什么环境下。如果我感觉如何的基础在于我是否尽力，我就能够通过尽全力而使自己感觉良好。
XP团队竭尽全力去取胜而且勇于承担后果。如果自尊没有跟项目联系起来，在任何情况下我们都会尽全力做到最好。在XP中我们不为失败作准备。在人际关系上保持一点距离、通过偷懒或加班来隐瞒工作量、拖延反馈导致又一次责任扩散，所有这些行为在XP团队中都没有存在的空间。
如果你有6周时间去完成一个项目，你唯一能够控制的是你自己的行为。你会完成6周的活还是少干一点呢？你不能控制别人的期望，但你可以告诉他们你所知道的关于项目的所有事情，这样他们的期望才有跟现实匹配的可能性。当我知道了这一点，我对最后期限的恐惧就消失了。“管理”其他人的期望不是我的工作，而是他们自己需要操心的，我要做的就是尽可能沟通清楚。
XP是一个致力于解决软件开发过程中所有层次上的风险的软件开发学科。同时XP也高效产出高质量的软件，并且在XP的执行中也有许多乐趣。那么，XP如何解决开发过程中的风险呢？
进度延迟——XP提倡短发布周期。一个发布周期最多几个月，这样，任何延迟的范围都是有限的。在一个发布周期内，XP使用客户要求的功能的每周迭代来形成关于进度的详细反馈。在一个迭代内，XP计划许多小的任务以保证团队可以在该周期内解决问题。最后，XP还提倡优先实现高优先级的功能，这样可以保证在发布版本中错过的功能的价值比较低。
项目取消——XP中的最小发布必须是满足最大商业意义的部分，这些功能的选择工作由团队中面向商业的成员来承担。这样，在部署之前出错的可能就会较少，同时也保证了软件的价值最大。
系统恶化——XP中创建并维护一整套自动测试，每次系统发生改变后都要运行（一天好几次）这些测试，以确保质量基线。XP总是保证系统处于可部署的状态，而不允许出现问题的积累。
缺陷率——XP中既包括了程序员书写的每个函数（function）的测试，也包括了客户书写的对每个程序特性（program feature）的测试。
业务误解——XP提倡业务人员成为团队成员。项目规约（specification）在开发过程中不断改进，因此客户和团队的知识都能反映在软件中。
业务变更——XP缩短了发布周期，因此在一个单独的发布周期中几乎没什么变化。在一个发布周期中，客户可以随意用新的功能替代没有完成的功能。开发团队甚至不会注意到他们是在开发一个新发现的功能还是几年前就定义的特性。
错误特性太多——XP坚持只解决最高优先级的任务。
人员流动——XP要求程序员估算自己工作所需时间并完成工作。同时XP也将这些工作的实际完成时间返馈给程序员，帮助他们改善估算的精确性，从而使估算的结果得到尊重。在XP中，谁能做出估算，谁能改变估算都很清楚，因此程序员几乎不会因为被要求去完成明显不可能完成的任务而感到沮丧。XP同样鼓励团队中的相互沟通，来减少孤独感，因为这常常是工作不满的主要原因。最后，XP中有一个关于人员流动的清晰模型。鼓励新成员逐渐承担越来越多的责任，新成员之间互相帮助，同时老成员也为新成员提供帮助。
XP假设你把自己看成团队的一部分，一个具有清晰目标和执行计划的理想个体。XP假设你想与别人一起工作。XP假设可以经济地应付变化。XP假设你希
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
