关于XP编程的思考

XP等轻量开发方法认识到，在当前不少状况下，按传统观念创建的大量文档，一方面须要消耗大量开发资源，同时却已失去帮助“预见、管理、决策和控制的依据”的做用。——百度百科

其实XP编程，听起来很酷炫，无非就是将更多的开发资源由文档撰写转移到代码的编写、测试与code review上；并且XP编程是摒弃加班的，认为加班是摧毁开发创造力的一种严酷的方式。

我的认为所谓XP编程，就是充分调动开发的工做积极性，在处理繁杂业务的同时也不乏得到了技能的提高，减小了维护文档的工做其实也不是一劳永逸的，也会产生一些反面和消极的结果。好比后续新同事的加入，没有时间培训的话，只能经过以前的技术文档进行学习。欠下的技术债和文档债一样须要补。虽然经过XP的各个流程——工期和成本评估规划、简答设计、结对编程（重要的环节）以及测试驱动开发和持续集成，可让开发测试成本降到最低，也能维持很高的人员留存率，可是应对公司重大变更（好比缩减开支，团队变迁等状况）时的灵活性仍是差了点。并且XP编程还强调沟通和反馈的敏捷性。因此若是你的团队里有个环节的人员出了问题，那整个项目链条就会致使崩塌。因此对于招聘这一环来讲尤其重要，你就必须肯定你招的人都是能够独当一面的，对于招聘人员的素质考验仍是挺大的。

综上所述，XP编程并不适合全部的组织和团队，他尤为适合小微型企业，若是大型企业中进行XP编程的实施，也应当将团队的粒度细化到功能项和需求点上面。这样才能作到真正的敏捷。

欢迎你们经过讨论的方式各抒己见。多谢！