敏捷软件开发 Agile software Development 敏捷开发是一种软件开发方法，基于迭代和增量开发，通过自组织,跨团队，沟通协作完成开发工作。 敏捷宣言的诞生： 2001年2月11日到13日，17位软件开发领域的领军人物聚集在美国犹他州的滑雪胜地雪鸟（Snowbird）雪场。经过两天的讨论，“敏捷”（Agile）这个词为全体聚会者所接受，用以概括一套全新... [阅读全文]

三次迭代(Iteration Three)是敏捷项目开发管理周期中的一个阶段，到达这个阶段时，项目已经成功的在某些问题上调整过2次。 起初，一次小规模的需求收集、开发、测试和用户反馈，形成一次完整的迭代，之后，基于第一次中获得的信息，第二次迭代启动。这阶段通常会在一个较短的时间段内完成，例如一个月。 第一次迭代只是一个产品的从无到有的过程，第二次迭代是把获得的用户反馈反映到开发过程中，结果是把根据... [阅读全文]

自2001初成立了敏捷联盟到现在10年的推广，敏捷开发已日渐成为当前IT行业软件开发的一种主流方法。没有银弹，任何方法都不可能解决所有问题，反而方法应用本身还会带来新的问题。我在今年6月份上海举办的ScrumGathering中进行了一场敏捷个人话题的分享，我说到，想要Doing敏捷并不难，只要花上几天功夫学习敏捷知识之后就可以在小范围团队中去实践了，而要做到真正的Being敏捷则并不容易，而导致... [阅读全文]

本文是从 TDD leads to an architectural meltdown around iteration three 这篇文章翻译而来。 这些话来自于我们的软件领袖Jim Coplien—上世纪九十年代最流行的几本C++著作的作者。原话是这样的： 严格的按照YAGNI原则的驱动测试开发(TDD)会导致敏捷开发3次迭代结构的坍塌。 看到反TDD运动已经形成了一定的... [阅读全文]

需求澄清后，SE把所有的故事卡贴到故事墙上，等待开发人员的开发。故事墙的模板为： 分析 ： 需求澄清完成后，SE把所有的故事卡都贴到分析阶段 等待开发： 开发人员和SE确认了需求，明确了做什么以及怎么做以后，把故事卡从分析阶段移到等待开发 开发中 ： 开发人员一次只开发一张故事卡，把相应开发的那张卡移植到开发中 阻塞 ： 如果开发过程中，由于配合的原因，导致故事卡无法继续走下去，则把该卡移动到... [阅读全文]

SE整理完一个迭代的需求以后，进入下一个流程需求澄清，需求澄清的主要目的是给开发人员澄清需求，确认开发点。 需求澄清的一般流程为： 1. SE给开发人员讲解需求点 2. 开发人员评论需求点是否合理，完善 3. 开发人员大致描叙实现该需求点的难点 4. 所有人员对该需求点进行评点，如果评的点不统一，则要评点多和少的人员依次讲解他们评该点的原因，讲解完成后在进行一次评点，选择大多数人的点为该需求的点 ... [阅读全文]

迭代需求的整理是敏捷开发的第一步，也是敏捷开发很重要的一步，在这一步中我们需要把客户的业务需求按照优先级的顺序，整理成为一个个的迭代。然后把一个个的迭代拆成一个个可验收的故事卡。 在此需要说说什么是故事卡，故事卡和业务需求之间的关系。故事卡是一个个独立的，可验收的功能，一个业务需求可以拆分为多个故事卡。比如：我们常见的账号管理需求，需要对账号进行增、删，改、查。因为添加、修改、删除、查询都是一个个... [阅读全文]

敏捷很火，也让人迷惑 敏捷软件开发方法受到越来越多的关注。图（一）是来自Google 趋势的数据，它反映了近年来Scrum（敏捷开发方法的典型代表）和 CMMI（传统开发方法的典型代表）的相对搜索量变化趋势比较。在2004年CMMI的搜索量还是Scrum 的接近3倍，2007年Scrum的搜索量第一次超过CMMI。时至今日，Scrum的搜索量已超过CMMI三倍。 图1 Scrum 和　CMMI相... [阅读全文]

敏捷开发理念已经流行了很长时间在敏捷开发中开发迭代阶段中我们可以通过 5个步骤来有效提高整个项目代码质量 　　Java项目开发过程中由于开发人员经验、Java代码编写习惯以及缺乏统标准和管理流程往往导致整个项目代码质量较差难于维护需要较大测试投入和周期等问题这些问题在个项目组初建、需求和设计均具有不完全可预期性和完备性全新项目中将尤为突出　　如图1所示敏捷开发过程经历需求调研用例分析和用例... [阅读全文]

敏捷开发包括系列思路方法主流有如下 7种:　　XP　　XP(极限编程)思想源自Kent Beck和Ward Cunningham在软件Software项目中合作经历XP注重核心是沟通、简明、反馈和勇气知道计划永远赶不上变化XP无需开发人员在软件Software开始初期做出很多文档XP提倡测试先行为了将以后出现bug几率降到最低　　SCRUM　　SCRUM是种迭代增量化过程用于产品开发或工作管理它是... [阅读全文]

介绍　　2001年为了解决许多公司软件Software团队(Team)陷入不断增长过程泥潭批业界专家起概括出了些可以让软件Software开发团队(Team)具有快速工作、响应变化能力价值观和原则他们称自己为敏捷联盟敏捷开发过程思路方法很多主要有:SCRUMCrystal,特征驱动软件Software开发(Feature Driven Development简称FDD)自适应软件Software开... [阅读全文]

举例　　这是个会议管理系统在会议中每个参会者都会戴个牌子牌子上面有该参会者信息(比如姓名等)在该系统中Badge类用来存放参会者信息请看下面代码跟注释://存放参会者所戴牌子显示信息public Badge {String pid; //参会者IDString engName; //英文全名String chiName; //中文全名String engOrgName; //所在部门英文名称St... [阅读全文]

责任人、开发者和用户应该能够保持个长期、恒定开发速度敏捷相对以前软件Software工程最大革新的处在于把人作用提高到了过程至上正如敏捷宣言第条“个体和交互胜过过程和工具”所说　　1、敏捷是“个”过程　　敏捷不是个过程是类过程统称它们有个共性就是符合敏捷价值观遵循敏捷原则　　敏捷价值观如下:　　◆个体和交互 胜过 过程和工具　　◆可以工作软件Soft... [阅读全文]

我必须承认我管理经验是不足最近次我对下属工作处理介入让我学到不少我以前没有经历过工作经验在此和大家分享下我认识和领悟这件事情处理般人可能认为这无异于办公室政治风云对我来说这是次很好管理经历让我认识到如何使用敏捷教条对管理方面问题进行分析如何采取合适策略来解决此类问题　　数月前我被分派到个新成立小组做QA Lead开始了我管理“事业”当时只有我人协助 3个开发者随后增加到协助... [阅读全文]

重复代码是如何产生？　　请观察下面代码我们已经有个根据出租记录id取出租用客户姓名思路方法:getCustomerNamepublic BookRental { //该类描述出租记录String id;String customerName;...}public BookRentals {private Vector rentals;public String getCustomerName(... [阅读全文]

举例　　这是个会议管理系统用来管理各种各样会议参和者信息数据库里面有个表Participants里面每条记录表示个参会者经常会发生用户误删掉某个参会者信息所以现在用户删除时并不会真删除那参会者信息而只是将该记录删除标记设为true24小时以后系统会自动将这条记录删除但是在这24小时以内如果用户改变主意了系统还可以将这条记录还原将删除标记设置为false　　请认真读下面代码:　public DBT... [阅读全文]

软件Software开发是种对人类智慧管理对人大脑思维“工厂化”管理人是有感情、有情绪、变化、相对独立工作单元这和冰冷机器是不可比所以在中国历史上管理人是最难工作；“学而优则仕”观点就是让最聪明人应该选出来做官做官就是管理人软件Software开发不仅是代码编程而是人员有效组织如何既发挥人主观能动性避免情绪变化对工作影响又可以让大家有效交流让多个大脑... [阅读全文]

当客户要求你给出个快速而肮脏解决方案时作为个开发人员你职责是什么？是客户是付钱方所以要洗耳恭听遵照要求走捷径；还是遵守自己意愿坚持技术上“最佳”方案？或者这 2者可以折衷？　　James Shore在我们专业职责文中简述了客户和开发者的间职责平衡发展历史:　　在过去使用瀑布式开发那段黑暗岁月中编程人员得提炼出需求进行设计并用技术上最便捷方式来实现设计方案开发者就是神般存在计... [阅读全文]

在很多人印象中敏捷软件Software开发是种类似黑客行为过程是员最爱勾当不写文档不作需求分析没有项目经理(project manager)做什么东西完全是员自己行为所以他们认为这样过程无法满足真正大型项目和复杂项目需要因此在经过考虑后放弃了敏捷思路方法　　真是这样吗？敏捷过程到底是如何做需求分析？用户故事和用例有什么区别？敏捷过程如何去管理需求？这些是些想要实战敏捷人直在困惑事情　　我们常常看到... [阅读全文]