解读极限编程的十二大原则.docVIP

解读极限编程的十二大原则 前言 作为软件开发者，我们很羡慕那些商业软件的开发人员，比如Windows，因为感觉它们的开发者很幸福，不会说哪个用户提出来某个功能就马上去修改程序，甚至当用户使用这些软件的时候出现了问题首先都会怀疑是不是自己的操作出了问题。 不幸的是我们很多开发人员从事的是行业软件、定制软件的开发，总会听到定制的声音，总会感到需求的不断改变，总会感到软件永远没有稳定下来的日子，总会感到修改的日子没有尽头。管理人员也很头疼，按照研发规范的要求，开发人员必须在编写代码的同时编写设计文档，然而不断的修改最终使得文档的编写成了累赘，于是： ????????? 我们的文实一致性得不到保证 ????????? 我们的设计文档成了“废物”，甚至误导 ????????? 我们的新员工花费了大量的时间阅读文档却发现不如去直接读程序 ????????? 我们加班却总是发现有永远干不完的事情 ????????? …… 传统软件工程中对软件开发过程的定义在这种需求变化频繁、却要求快速交付的软件开发实践中显得那么的无助。大家都在困惑，在寻找出路，于是，当我第一次在ThoughtWorks的网站上看到关于极限开发的理念时，很激动，开始了关于极限开发的学习，也尝试根据自己的理解在工作中实践。网上关于极限开发的争论一直都很多，关于这套理论并不是一切问题的终结者，但是随着学习和思考的深入，我日益感觉到极