Agile Development
文章平均质量分 76
elevenXL
岁月静好,现世安稳
展开
-
敏捷开发
敏捷开发(agile development)是一种以人为核心、迭代、循序渐进的开发方法。在敏捷开发中,软件项目的构建被切分成多个子项目,各个子项目的成果都经过测试,具备集成和可运行的特征。简言之,就是把一个大项目分为多个相互联系,但也可独立运行的小项目,并分别完成,在此过程中软件一直处于可使用状态。 敏捷开发是全新理论吗?答案莫衷一是。细心的人们可以发现,敏捷开发其实借鉴了大量软转载 2008-02-08 10:17:00 · 1816 阅读 · 2 评论 -
什么是Scrum?
Scrum (英式橄榄球争球队), 软件开发模型是敏捷开发的一种,在最近的一两年内逐渐流行起来。Scrum的基本假设是:开 发软件就像开发新产品,无法一开始就能定义软件产品最终的规程,过程中需要研发、创意、尝试错误,所以没有一种固定的流程可以保证专案成功。Scrum 将软件开发团队比拟成橄榄球队,有明确的最高目标,熟悉开发流程中所需具备的最佳典范与技术,具有高度自主权,紧密地沟通合作,以高度弹性解转载 2008-05-25 22:17:00 · 1714 阅读 · 0 评论 -
敏捷建导者一定会殚精竭虑么?
在Group Facilitation list中,Jerome Passmore展开了一场有趣的讨论,话题是如何避免“敏捷”建导师精疲力竭。大多数参与者都承认,因工作繁重而精疲力竭的情况的确存在,并一致认为事情的关键在于:一旦发生这种情况,建导师如何马上意识到它。在项目中,应用敏捷方法最重要的一部分就是管理团队所用的过程,但并不仅仅是过程,还包括其它方面:比如团队的开发、文化变迁的管理、相应转载 2008-04-24 07:48:00 · 978 阅读 · 0 评论 -
去除隔间,增进沟通
作者 Deborah Hartmann译者 郑柯 发布于 2008年4月20日 下午11时10分 社区Agile主题协作,领导能力,团队协作标签协作技术,管理,人际沟通,自组织团队 敏 捷的“自组织团队”模式需要团队成员们具备新的技能——包括他们曾寄希望于项目经理具备的人际交往技能。对于正处于向“自组织”转变之中的团队来说,转载 2008-04-24 07:51:00 · 1087 阅读 · 0 评论 -
将架构作为语言:一个故事
通常,架构要么是在Word文档中描述的一些软件系统中无形的、概念性的方面,要么就完全是由技术驱动的(“我们使用了一个XML架构”)。这两种方式都很糟糕:前者很难派上用场,而后者架构上的概念被技术宣传所掩盖。相关厂商内容 BEA虚拟化技术让你无需再为计算容量而担心 书籍:使用Visual Studio Team Foundation Se转载 2008-04-24 07:45:00 · 1107 阅读 · 0 评论 -
重构:“为什么”和“怎么做”
近日在“敏捷中国”讨论组展开了一系列关于重构的讨论。一种观点认为,对代码的重构是程序员出于对代码美感的追求而进行的行为。重构更多的是基于激情,把代码做为艺术品来雕琢。但是不少软件公司工作环境可以很快摧残这种热情。然而作为软件开发工作的一部分,重构行为显然不应该被归结于“激情”和“艺术”。之所以有这种想法,往往是由于没有一种有效的方式来衡量重构行为的成本和收益,从而不能有效地组织和管理重构行转载 2008-04-12 12:55:00 · 959 阅读 · 0 评论 -
把握现在,掌控未来:2008 Java开发展望
2007 充满了激荡人心的事件,动态语言的不断升温,JVM在开源社区不断发展以及Java社区的重要贡献者,Google的崛起等。问题是,这些预示了来年什么 呢?安德鲁•格勒弗(Andrew Glover)准备了一些答案给那些打破砂锅问到底的Java开发者――现在,什么在2008接踵而至。法国诗人保尔•瓦雷里曾经伤心地写下“困扰我们这个时代的是,未来,并不像过去看上去的那样”。然而,对于我们这些转载 2008-04-05 00:18:00 · 1513 阅读 · 0 评论 -
ThoughtWorks专访:一个没有经理室的公司(图)
我个人也非常喜欢这样的氛围,希望以后自己的工作地方也是如此,呵呵...来到ThoughtWorks的办公室,很多人都会有些吃惊。这个开放式空间就是他们的办公室?这里是一个没有经理办公室和办公隔断的公司。公司这样设置办公环境意在使员工间更好的沟通交流,注重沟通也是公司采用的敏捷开发方法的核心价值观之一。每个项目每天都会有一个站立会议,使大家更清楚项目的工作进展。有时员工们还会自发组织会议,进行关于技转载 2008-04-06 15:31:00 · 1178 阅读 · 0 评论 -
介绍敏捷开发的七种主流武器
敏捷开发包括一系列的方法,主流的有如下七种:XPXP(极限编程)的思想源自Kent Beck和Ward Cunningham在软件项目中的合作经历。XP注重的核心是沟通、简明、反馈和勇气。因为知道计划永远赶不上变化,XP无需开发人员在软件开始初期做 出很多的文档。XP提倡测试先行,为了将以后出现bug的几率降到最低。SCRUMSCRUM是一种迭代的增量化过程,用于产品开发或工作管理转载 2008-03-31 10:48:00 · 1510 阅读 · 0 评论 -
敏捷项目管理-迭代功能卡和停车场图
敏 捷项目管理是以迭代和功能为推动力的。功能的推动性表现在它将计划和执行的主要重点从任务转变为产品功能。这是与传统项目管理以任务为推动力的重要一个区 别。我们将整个需求分解为细粒度的多个功能点,只有每个功能点的开发和测试全部完成才对进度贡献和客户承诺有意义。这与挣值中的0-100法则是相吻合 的。 按需求和功能点进行WBS分解可能更难于管理,但是它跟开发人员的实际工作方式根据容易转载 2008-03-26 07:33:00 · 4329 阅读 · 0 评论 -
基于敏捷测试的技术研究
随着敏捷开发过程流行,敏捷测试方法也开始受到更多的关注...转载 2008-03-02 21:35:00 · 750 阅读 · 0 评论 -
《敏捷软件开发(原则、模式与实践)》第四章到第八章笔记
第4章 测试 烈火验真金,逆境磨意志。 ——卢修斯.塞尼加(公元前4-公元65)1 测试驱动的开发方法 测试驱动的方法对于我们正在编写的软件的设计有积极的影响: (1) 程序中的每一项功能都有测试来验证它的操作的正确性。 (2) 首先编写测试可以迫使我们使用不同的观察点,可以设计出便于调用的软件 (3) 通原创 2008-02-26 22:15:00 · 1628 阅读 · 0 评论 -
《敏捷软件开发(原则、模式与实践)》前三章笔记
《敏捷软件开发(原则、模式与实践)》(美)Robert C.Martin 著 邓辉 译 孟岩 审笔记笔记摘录:Eleven第一部分 敏捷开发第1章 敏捷实践 教堂尖顶上的风标,即使由钢铁制成,如果不懂得顺应风势的艺术,一样会被暴风立即摧毁。 ——海因里希.海涅(原创 2008-02-12 08:41:00 · 1675 阅读 · 0 评论 -
如何用CRC模型来确定需求
作者:♀泓峥萧瑟♂ 转摘自51CMM.COM CRC(Class-Responsibility-Collaborator)卡建模是一种简单转载 2008-02-11 16:25:00 · 2000 阅读 · 0 评论 -
CRC 卡的典型应用
为什么用 CRC 卡,而不用文档或者更先进的 UML 工具? 1.卡片上面的空间很小,这样就可以防止我们给这个类太多的职责。如果一个类的职责太多的话(比如,超 过 4 个) ,尝试以更抽象的方式去考虑一下,将职责划分。 2.CRC 卡主要是用在探索或者讨论类的设计的阶段。如果我们觉得这个设计不行的话,我们既不用修改文档, 也不用修改类图,只要把卡片丢了就行了。此外,一旦设计转载 2008-02-11 10:44:00 · 2720 阅读 · 0 评论 -
应对敏捷项目中的干扰
作者 Vikas Hazrati译者 郑柯 发布于 2008年6月6日 上午4时8分 社区Agile主题敏捷技术,企业级敏捷 干扰,正如它名字所显示的,是影响敏捷项目团队速度、减缓其前进的刹车闸。有些干扰是必需的,其他则不是。关键在于:要识别出影响工作进程的干扰,并尽量减少它对项目的负转载 2008-06-06 22:17:00 · 985 阅读 · 0 评论