敏捷开发读后感

　　尽管对了老师给出的有关敏捷宣言文档，同时自己也查找了与敏捷开发相关的文献，但是对“敏捷”一词任然只是了解个大概。

　　在此，就自己所理解浅谈下自己对“敏捷”的认识和看法。

　　首先，贴出《敏捷宣言》的原文。

Manifesto for Agile Software Development

We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value:

Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan

That is, while there is value in the items on the right, we value the items on the left more.

　　在这个宣言中，每句话强调一个重点，即个人交流，可运行的软件，客户合作，对变更的良好响应是重于开发过程和工具、宽泛的文档、合同谈判、按部就班地遵循计划。综合这几个重点，实际上突出的是一个中心思想，即：以人为本，并且时刻准备做出应变。

　　以前，软件开发都是按照最初设计好的框架和模板按部就班的进行，在这种情况下，就会产生很多的矛盾：1.无法响应外界的变化。技术、软件都在不断的更新，进步，而软件开发是个相对漫长的过程。如果只是一味的按照最初设定来进行，则会导致计划永远赶不上变化而产生的负面效应。比如说，需求发生变化等一系列问题的出现。这样会导致所进行的工作是人力物力的双重损失；2.程序员之间缺乏交流，个人缺少积极性。因为框架和模板已经确定，编程就成为机械的劳力，程序员们只需要机械的运动，而不再进行思考，会严重影响到程序的效率和进度，影响到工作的进程。3.程序背离开发商的要求。由于软件的开发和要求并没有进行交流，很容易导致软件完成后与开发商最初设想有出入，从而影响到之后的合作关系等一系列的问题。eg...

　　而敏捷开发，首先就是强调的以人为本，而不再以程序为中心。以人为本，则突出的程序员在软件工程中的主导作用。程序员不再是以机械的劳力身份出现，而是开始具备的思维和行动力。可以提出自己的构思以及程序的走向。这样，程序员具有了积极性，程序自然也会具备更完善的能力，同时，程序进程必然会大大的加快。此外，注重以人为本，会让程序员之间，软件开发者与软件需求者之间有更多的交流，这种交流会让程序得到更好的发展，同时软件与需求之间会形成更好的融合。从这点说，是客户，软甲开发者与开发商之间的三赢。然后，强调时刻做出应变，这种应变或许会与最初的设想产生分歧。但是，毫无疑问，这种改变必然是会更加满足现在的需求，毕竟需求是在不断变化的。同时，不断的应变还会带来一系列隐形的好处，例如：当需求发生改变或者某个曾经需求已经不再是现在的需求，则可以对它产生应对的方法，这时，不仅会给软件开发者带来时间上的收益，同时会节省不必要的开支。

　　此外，在这些文档中还了解到了极限编程，水晶犀利，精悍开发等一些概念。这些现在都作为敏捷开发的模型得到运用。由于对其不甚了解就不加累述。

　　以上，就是我队此次敏捷开发阅读的读后感。