蚀之韵——Eclipse 的敏捷开发实践

一千个读者有一千个哈姆雷特。对于“什么是 Eclipse”这个问题,也会有形形色色的答案。你可以说它是一个出色(而且免费)的 Java IDE,也可以说它是一个用于开发 IDE 的平台,阴谋论者甚至可以对着它启动画面上的“Copyright IBM Corp”字样说它是 IBM 侵蚀 open source社群的一匹特洛伊木马。不过我不打算在这里纠缠。于我,一个 J2EE 的敏捷开发者而言,Eclipse 就是一件称手的工具,是开启敏捷之门的那把钥匙。     

敏捷白组织团队是什么再评《敏捷开发的本质——自组织团队》

孟岩、朱海艳在《程序员》在2006年第9期发表了《敏捷开发的本质——自组织团队》”。（以下简称此文为“文1”），文中Mishkin说道：“我觉得敏捷方法中最重要的三种实践是测试驱动开发、迭代式开发和自组织团队。”     

本立而道生——追溯敏捷开发最佳实践之源

就在几年前，敏捷开发作为一种软件开发的方法学，自国外悄然传入了国内。也许现在已经很难再精确找寻最初的时间起点了，不过在笔者的记忆当中，2002年在《程序员》杂志上刊载的一篇由林星撰写的介绍敏捷方法的文章，以及包括“新方法学”在内的由Magin Fowler先生所撰写的一系列文章的中译版本在国内网络媒体上的出现，大概可以算作是敏捷开发在国内籍由传统媒体与现代媒体为普通大众所了解和认识的一个开端。     

敏捷方法：迎接挑战

在学习、传播和实践敏捷的过程中,我们发现国内对敏捷过程存在着以下一些误区。敏捷不只是XP有不少人误认为“敏捷就是XP”。事实上,敏捷并不等于“极限”。KentBeck等人发明的X(P极限编程)只是众多敏捷方法中的一种,国际上除XP外还有AgileUP、Scrum、FDD、DSDM等许多成熟的、著名的敏捷过程和方法。“敏捷”代表了一整套价值观、原则和实践方法,把敏捷宣传简单狭隘地等同于推广XP将会阻碍敏捷在我国得到更为广泛的认同和应用。有一种偏见认为XP是“咱们”程序员自己提出来的“草根”方法,这种看法显然是幼稚和片面的。实际上,像…     

让设计敏捷起来

“敏捷制造”的概念众所周知。但是“敏捷设计”的概念似乎并没有被企业用户所熟知。     

敏捷过程的三分之一

事实上,敏捷方法分为三部分:敏捷项目管理,敏捷需求分析和敏捷软件开发。有没有想过,你所了解的敏捷过程可能只是其中的三分之一?     

结构化和敏捷方法及过程修炼

谈起TDD的修炼,就不得不说到敏捷方法和实践。的确,是敏捷方法率先提出测试驱动开发的核心实践。犹如命运女神克洛托轻轻拿起织机上的金梭,开启生命之线的纺织一样,本章将重点讲解“结构化”、“敏捷化”、“自由智能化”的开发方法。     

MartinFowler谈敏捷开发

敏捷开发大帅Martin Fowler谈论如何选择开发方法、如何执行、如何应对遇到的问题。每个人都在谈论敏捷开发(Agile Development)。但是,你是否选择了正确的方法学?你所选的方法是否正常运转?你是否应该请求顾问的帮助?你应该如何管理开发的过程?还有,如何修补那些“先天不足”的代码?轻量级方法等的大师Martin Fowler将回答这些问题。     

本立道生

何谓敏捷?敏捷真的适合中国吗?和流行的CMM、TSP、PSP相比,敏捷真的会有效吗?阅读过本系列的文章之后,相信你会对敏捷型方法有一个全面的认识。     

敏捷需求建模的研究与设计

文章综合研究了敏捷方法与极限编程开发过程,结合需求工程方法,设计提出了基于敏捷思想的敏捷需求建模（Agile Requiremenb Modeling。简称ARM）。敏捷需求建模作为各种敏捷方法在软件需求中的实践补充,能够满足CMMI的目标。可以为中小型软件开发组织的行动指南提供参考。     

敏捷型需求工程实践探索,拥抱变化

作为软件工程最重要的子领域之一,需求工程在自20世纪80年代以来就一直是相关方向的研究热点之一。近年来随着敏捷开发的越来越流行,对传统的需求工程方法也做出了巨大的挑战。敏捷开发以快速响应变化为特点与优势,与此相应地,如何制定新的需求工程策略以适合敏捷过程,拥抱变化,成为了敏捷开发实践所不容回避的一个话题。本文对敏捷开发的过程进行了深入分析,提出了一套较可行的敏捷型需求工程实践方法,希望为中小型团队实践敏捷开发提供一些参考与建议。     

一个老拥趸眼中的极限编程之父——记2009年Kent Beck中国行

小引 还记得2002年，自己第一次从杂志上了解到敏捷方法这样一个新鲜事物，当时着实心潮澎湃了一番，寥寥几句敏捷宣言，仿佛道出了憋在心里许久未曾吐露的心声；同样是那一年，国内的人民邮电出版社出版了一套极限编程系列丛书，这标志着作为敏捷方法诸多流派中极具影响力的一支——极限编程（eXtreme Programming），     

敏捷进行时——专访敏捷方法学家Scott W.Ambler

敏捷的推广 记者：能否介绍一下您目前所从事的工作以及关注的方向？Scott：我目前的主要工作是帮助企业理解敏捷。Disciplined Agile Delivery是我近期关注的一个方向，它主要讨论的是如何从项目启动开始，到产品成型，再到系统交付的整个软件生命周期里进行敏捷开发。其中涵盖的内容要比我们通常在主流敏捷社区中所见到的方法学还要多。     

传统软件开发团队如何转型为敏捷开发团队

通过在一个团队中推行敏捷开发流程,探讨团队如何根据自身的情况选取相应的敏捷开发方法以及团队由原有的开发方法转为使用敏捷开发方法的初期用何种方法才能有效的使团队接受敏捷,并阐述使用这些方法的原因。     

基于敏捷软件开发方法的基金管理信息系统开发

敏捷软件开发是一种面临迅速变化的需求快速开发出高质量的软件产品软件的新方法。介绍了敏捷软件开发的主要内容，特别是XP和AM，并以一个基金管理信息系统的开发为例，展示了实际应用过程。     

级限编程（XP）在工程质量监管系统中的应用

“极限编程”（extreme Programming．简称XP）是目前最流行的敏捷软件开发方法（Agile Software Development，ASD）。通过XP在实际项目中的应用“实践”，本文将对XP的理论和实践方法进行探讨．并衡量XP方法在项目中的应用效果，给出实际应用XP方法的一些建议。     

“教人以渔”——网络环境下对学生学法的指导例谈

记得有一个关于金手指的传说，一个幸运的人遇到了一位神仙，“我只要用手一指，就可以使石头变成黄金。”神仙说，“你需要多少金子，我可以满足你的愿望。”那个贪婪又聪明的人说：“我希望能得到你的那根点石成金的手指!”黄金总是有限的，但是，有了点石成金的手指，却可以拥有无限的黄金。作为教师，我们从中可以得到一点启示：不仅要教给学生知识，即“授人以鱼”，同时更重要的是要教给学生学习的方法，即“教人以渔”。新课程标准的提出，更将这个关于学习方法的讨论摆到了焦点的位置。下文是黄敏捷老师用一个实例：《历史微型专题研究的学法探讨》谈教师在网络环境下对学生学法的指导初探。     

基于彩色建模方法的特征驱动开发实践

介绍了特征驱动开发（FDD）和彩色建模方法，结合实例阐述了如何将彩色建模技术融入FDD方法中,设计了“类-特征管理表”作为软件开发进度控制工具，提高FDD过程的效率。分析了FDD与其它敏捷过程、彩色建模方法、其它建模方法的不同，总结了彩色建模方法对FDD的全程支持。     

敏捷方法的研究与实践

敏捷软件开发方法正逐渐成为软件开发的新模式。针对这一趋势,文章分析了敏捷方法的核心理念和特点,并结合RUP、XP、FDD等敏捷方法,提出了适应中小型软件企业的敏捷软件开发方法——AUP,并成功地进行了实践。     

敏捷测试管理探讨

信息技术的发展日新月异,市场的快速变化对软件产品的开发过程要求既能快速发布又要能够迅速适应市场变化以便赢得市场,由此敏捷开发孕育而生。软件测试作为产品质量保证的一个重要环节,敏捷过程中的测试改进逐渐得到更多的关注。本文针对敏捷过程中由于快速应对变化导致的测试覆盖充分性与测试时间压力的矛盾冲突,从测试管理的角度,重点分析敏捷测试中的组织、策略和过程管理流程,以确保缩短测试时间,提高测试中对过程和状态的监控能力,保证测试覆盖率、测试有效性和产品质量。