极限编程是关于放弃羁绊尽力而为绽放自我
2019-12-20
来源： 真北敏捷 Kent Beck
在问题。例如，试想你在将要发布季度版本时突然发现很多缺陷报告，多得以至于在发布前你都处理不完；此时应该暂缓版本发布直到你处理完所有的缺陷报告并开发新功能。用这段时间来搞清楚为什么会出现如此多的缺陷或为什么处理每个缺陷都要花费这么长时间。一旦这个基本的问题得到了解决，就可以开始重新按季度发布并加快反馈机制了。
反馈是沟通的关键部分。“性能会成为一个问题吗？”“我不知道，让我们写一个小的性能原型看看。”反馈同样有益于简单。三种解决方案中谁将是最简单的？都尝试一遍就会明白了。虽然将同一件事情重复三遍看起来有些浪费，但这也许是获得足够简单的解决方案最有效的途径。同时，系统越简单，获取它的反馈就越容易。
勇气
勇气是面对恐惧的有效行动。有些人反对使用“勇气”这个词，认为它是保留给正在穿越黑暗之门的那些巡逻士兵的。我不是要抹杀士兵身上展现出来的这种自然的勇气，但软件开发中的人们同样也会感到畏惧。他们面对恐惧时的处理方法显示了他们是否是一个团队的有效组成部分。
有时勇气表现为对某种行动的偏爱。如果你知道问题是什么，那你就去做吧。
有时勇气表现为耐心。如果你知道有问题存在但不知道问题是什么，则需要勇气来等待真正问题的明显出现。
如果没有其他价值观的平衡，勇气会是危险的。不顾后果地盲目行事不是高效的团队合作方式。恐惧的时候，我们需要鼓励团队，并根据其他价值观来指导下一步的行动。
仅仅只有勇气是危险的，与其他价值观相呼应的勇气才是有力的。表达愉快或不愉快真相的勇气会有助于沟通和信任的建立；放弃失败的解决方案和寻求新方案的勇气会有助于鼓励对“简单”这一价值观的追求；寻求真实具体答案的勇气会有助于增加反馈。
尊重
前面提到的4个价值观指向处于它们背后更深刻的另一个价值观：尊重。如果团队成员不关心彼此，也不理会别人所做的事情，XP是无用的。如果团队的成员不关心项目，那么这个项目就没救了。
受软件开发影响的每个人，都有其作为人的价值观。不会有某个人本质上比其他人更有价值。所以要同时提高软件开发的人性和生产率，每个人对团队的贡献都应该得到尊重。我是重要的，你也是。
其他
沟通、简单、反馈、勇气和尊重，这些不是高效软件开发所必需的价值观。但它们驱动着XP。你的组织、团队和你自己可能会选择其他的价值观，但最重要的是要根据团队的价值观矫正团队的行为。如果你这么做，你将会把因为同时维持众多价值观而产生的浪费降至最低。
其他重要的价值观包括：安全、保密、可预测性和生活品质。坚持这些价值观会采用与XP价值观不同的方式修正你的实践。(以上揉摘自Kent Beck《解析极限编程：拥抱变化》。)
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
