标签：
在《构建之法》书中的第六章讲述了软件开发的“敏捷流程”问题。之前完全没有接触过这个词汇，加上王老师课堂上的讲解，我渐渐的对这个词语有了些许的了解。
“敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。”书中这样介绍道……在我看来，敏捷开发就是采用迭代的方法加快软件生产出来的速度的极限编程方法，但是又不能脱离配合默契的团队、用户的需求和严密的市场调研。但是我们不能只看到敏捷开发的诸多优点，在开发的过程中我们要特别注意一些问题。
我们不能过于看重产品发布的速度，着急忙慌的完成了第一阶段的任务，结果发现根本不是用户想要的结果；所谓的每日例会不是只是走一个形式，在会议上我们要向同组的同学展示自己这几天奋斗努力的结果，但不能像一群狗熊掰棒子一样只是陈述“我昨天写了代码、我今天继续写、我没有碰到困难……”，我们要注意陈述完成任务还需要多长时间、具体遇到了什么问题、解决到了什么程度、离目标还有多远等等；认领任务的时候不要好高骛远，不要过多的认领也不要认领自己能力到不到的任务……
此外，敏捷开发Scrum是一种灵活的敏捷软件开发管理过程。这个名词来源于英式橄榄球。开发原则是发布产品的重要性高于一切，团队高度自治，队员们熟悉开发过程中涉及到的各种技术，紧密合作，确保每个迭代都朝着最高目标推进。并且每隔几周，团队要通过站立会议的方式彼此了解进度以便确定项目是否可以继续进行下去。
不过说实话，我所理解的只能是建立在书本和网络介绍的表层，毕竟我们谁都没有进入公司亲身体验这种极限编程的方法。我也相信这种方式虽然有弊端既然可以被很多软件公司和诸多程序员所采纳，一定有它独特的意义。还是很期待以后能够有机会真的感受这种开发模式。
标签：
原文地址：http://www.cnblogs.com/2016helen/p/5343841.html
