软件工程笔记：敏捷是什么

根据最近一段时间的思考，给出如下定义：(软件行业的)敏捷就是以切合软件开发本质特征为导向，以减少浪费为手段，以加速反馈为目的来对软件发布流程进行逐步优化。

01.软件项目管理与敏捷方法——敏捷方法笔记 00.在生存竞争中，最适应的物种以牺牲敌人为代价最后生出，因为他们能够成功地改变自己更好地适应环境.——查尔斯.达尔文   01.信仰的飞跃、冒险进入到未知世界，这是一个认知的发现过程，有时会产生不可预期的结果。   02.敏捷方法（Agile）描述了一组交付软件的原则和实践。   03.如同志愿者，知...

敏捷宣言   1.个体与交互胜过过程和工具 2.可以工作的软件胜过面面俱到的文档 3.客户合作胜过合同谈判 4.响应变化胜过遵循计划 虽然右项也有价值，但是我们认为左项价值更大！   传统CMMI的几点反思：   a.传统CMMI变得越来越庞大，以至于了解其整个过程的人越来越少。 b.原先为规范软件开发过程，提升软件开发质量，提高软件开发效率而设计的各种规范化流程，工具，...

常讨论敏捷开发过程的知识，并且我们也会经常争论结合使用敏捷开发过程和CMMI高级别的话题。他们两个是否能够结合使用？或者他们两个只是向相反的方向发展？带着这个疑问，下面我们一起来探讨。这个问题可以说是老生常谈，但是我对第5级别中的那个基本差异有一个疑问，这个疑问会使人产生不安的情绪。CMMI1。2强调了想在组织中控制结果的变更，进而将其重心转移到了个人的身上。敏捷开发在意义上说不单单是为了让每...

我也来小谈下关于项目的敏捷,文章在我以前新浪博客里写的。 敏捷开发的克星：1. 需求持续变更。 2. 需求不清晰。 3. 对于需求不清晰且持续变更，开发有抵触心理，测试展开困难。但是，没有改进的方法。 4. 利用一些敏捷开发的概念，但没有正真落实敏捷实践。且没有意识到许多活动不符合敏捷开发。 5. 已经发现了问题的症状，试图改进。 当发现以上问题中的几项时，这个项目已经不符合敏捷开发 ...

软件工程发展历史上, 当软件变得越来越复杂时, 规模变得越来越大时, 失败的机率由此递增, 许多项目一再延期, 软件工程应运而生, 人们希望向建筑工程, 机械工程那样来定义和规范软件工程. 很难说在软件行业的过去流行一些做法不好, 软件工程中大部分理论都是对的, 但是由于软件本身所具有的复杂性和多变性, 僵化的流程, 硬性的规定难以适用所有的场景. 所以既然唯一不变的是变化本身. ...

有人认为软件工程的经典理论与敏捷开发理念是完全对立的，你对此有什么看法？我觉得它们的不是完全对立的。虽然敏捷开发中没有像软件工程经典理论那样，在一开始就做出很完美的设计文档，但是敏捷开发也不是一定不要文档的，只是它把这部分尽可能地简化，去掉不必要的工作。并且有很多工作，只要简单的UML或者只要用草稿纸画个简单流程图，它的功能也是经典理论中的文档的功能是一样的，只是形式不大一样，更不是对立的。敏捷开

a)快速迭代：以两周一个版本最为常见，小版本更新甚至可以一周一个版本的迭代，传统瀑布模式的开发形式可能半年发布一次大版本，一年可能就2-3个版本，流程和应对变化相对迟钝。 b)让测试人员和程序人员参与讨论需求：尽可能全的让所有测试人员和程序开发人员参与需求的讨论，宁愿在动手之前集思广益，也不远在其他流程耗费大量的时间和人力。 c)编写可测试的需求文档：编写“用户故事”来引领需求文档，尽早的发现设计的合理与否、需求的真实性。 d)高效沟通、减少文档交流：日常的站会、周会、双周会，都是我们解决问题和规避风

敏捷文化 如果伍德·艾伦是敏捷教练顾问，他可能会说： “＃没有文化改变的敏捷是一种空洞的经历； 但随着空虚的经历，它是最好的之一” 我坐在敏捷会议上（我在这里包括Lean和Kanban），我听到人们说“要真正成为敏捷，您需要文化变革。” 我同意他们的观点。 是的，如果您真的想变得敏捷，并且要从敏捷中获得最大的收益，则需要改变组织的文化以采用敏捷方式。 我同意。 我也知道，每个关...

敏捷开发（Agile）是一种以人为核心、迭代、循序渐进的开发方法。 在敏捷开发中，软件项目的构建被切分成多个子项目，各个子项目的成果都经过测试，具备集成和可运行的特征。 简单地来说，敏捷开发并不追求前期完美的设计、完美编码，而是力求在很短的周期内开发出产品的核心功能，尽早发布出可用的版本。然后在后续的生产周期内，按照新需求不断迭代升级，完善产品。 是谁这么厉害，提出了敏捷开发思想？是一位名叫 Ma...

时至今日，还讨论这样一个老话题，是否感觉老调重弹？因为两年前（2010年底）时任谷歌中国测试经理的段念先生就写了一篇文章《什么是敏捷软件测试》（刊登在InfoQ网站上[1]）， 就已经谈到这个话题，“敏捷软件测试更多的是一种理念，而非过程”。在2011年，我自己也写了一篇文章《敏捷测试的思考和新发展》，刊登在《程序员》杂志上，谈到“在BDD、ATDD和TDD最根本的、共同的思想基础上，构成一个全新...