XP的最佳实践中有一条--每周工作40小时，除Release日期前可以选择短期加班。但在现实中，其操作有一定的局限性。有些情况下，必须加班才能解决。
场景1：一个项目组分属不同部门，彼此的时间无法完全配合。每个人除了项目组内的工作之外，还要参加一些部门的活动。你知道，极端情况下，一些企业的经理的工作内容就是天天夹着个笔记本到处开会。但项目组的计划却不包含部门活动，造成了计划非常紧。项目组为了完成必要里程碑，只能通过加班来完成。
场景2：一个项目组的成员无法相互替代，如果某个成员无法按时完成工作，导致后续工作无法开展，从而影响整个项目计划。没办法，此成员必须加班，有时还需要有关联的其他成员一起加班。
场景3：老板发话了，项目周期压缩一半，人手不会增加，需求只可能有微调。项目经理要做的第一件事就是先调计划，定义好各个里程碑的日期，然后不断压缩各项活动的时间。除了加班之外，此项目无解。
场景4：有些项目组成员做不到专心工作，但项目经理又动不了他，只能要求加班。
所以我认为，XP的最佳实践往往是相辅相成的，就每周工作40小时而言，前提条件是：
- 项目组成员没有不可替代的。结对编程基本上可以解决此问题。
- 一起工作。一定要在一起工作，这非常重要。项目组成员分散在各个楼层会让所有人疲于奔命，一个小问题也会花费大量人力和时间。
- 项目组成员都要非常专业，任何一个问题成员都可能引发连锁反应，导致无谓的消耗。现在的项目没有一个不紧张的，没有一个压力不大的，提前解决这些问题的成本最低。
- 合理的项目计划。没有合理的项目计划，一切都是空谈。不过，似乎没有不喜欢压缩计划的老板，唉，资本主义害人不浅哪！
其实我也只是看到过老外在谈论企业内部的XP或敏捷，并没有真的彻底地敏捷过。最多只是实施过XP最佳实践部分内容，像测试驱动，全体拥有代码，持续集成，不断重构以改进设计，统一代码规范。所以，我需要你的意见和建议。