3.11 编码标准 
    
    拥有编码标准有两个目的：
   
    防止团队被一些例如事物没有以最大速度发展这种无关紧要的愚蠢争论搞得不知所措。

    它支持其它方法。

    如果没有编码标准，重新划分代码会更加困难，按应当的频度交换对更困难，快速前进也更困难。目标应该是团队中没有人辨认得出是谁写的哪一部分代码。以团队为单位对某一标准达成协议，然后遵守这一标准。目标不是创建一个事无巨细的规则列表，而是提供将确保您的代码可以清晰交流的指导方针。编码标准开始时应该很简单，然后根据团队经验逐步进化。不要预先花费太多时间。创建能够工作的最简单标准，然后逐步发展。

    3.12 一周 40 小时

    Kent Beck 说他希望*...每天早晨都感到有活力有激情，每天晚上都感到疲惫而满足。*一周 40 小时工作可以让您做到这一点。确切的小时数并不重要，重要的是原则。长时间地持续工作会扼杀工作绩效。疲劳的开发人员会犯更多错误，从长期来说，将比按*正常*时间表进行的开发慢得多。

    即使开发人员可以在长时间很好工作，这也不意味着他们应该这样。最终他们会厌倦，会离开他们的工作，或者产生影响他们工作绩效的非工作问题。如果您打乱了人们的生活，将会尝到它所带来的恶果。加班并不是解决项目问题的答案。实际上，它是更大问题的症状。如果您要走向灭亡，就无药可救了。 

    4 XP过程中的各个阶段

    作为一个软件开发过程，XP中计划，设计，编码和测试各阶段包括的内容比较简洁，容易实施。

    4.1 计划

    User stories的编写

    识别需求方面

    开发计划的制定

    经常构造版本

    版本控制

    Load Factor因子的确定

    将项目分解为各个迭代期

    每个迭代期开始时制定计划

    人员集中

    站着开每日晨会

    当实施遇到困难时及时修正

    4.2 测试

    所有代码均需进行单元测试

    发行之前所有代码必须通过单元测试

    Bug发现后应马上测试 　

    4.3 编码

    始终获得用户的支持

    代码的书写必须按照规范

    所有代码均采用配对开发

    一次只能有一对开发人员进行发行

    代码经常集成

    代码共享

    将优化放在最后

    不要加班

    4.4 设计

    简单化

    采用编程规范

    设计时使用CRC卡片

    使用Spike Solution 方法

    不要过早添加新功能

    尽可能保持程序的简洁性