2009年8约6日,AgileChina 2009大会召开在即,由InfoQ中文站、敏捷方法论的领导厂商 ThoughtWorks携手举办AgileChina 2009的新闻发布会在京举行。
敏捷软件开发以交付而不是构造为核心,敏捷软件开发方法强调交付对客户有价值的软件,而不是用户需求中所描述的软件。 敏捷软件开发是20世纪90年代逐渐引起广泛关注的一些新型软件开发方法的总称。这些开发方法的具体名称、理念、过程、术语都不尽相同,但是它们都强调程序员团队与业务专家之间的紧密协作、面对面的沟通(认为比书面的文
敏捷开发本质上是一种开发理念与开发方式,它对开发工具没有任何强制性的要求。简单的命令行工具与单元测试也可以实现敏捷开发,只要我们自己足够“敏捷”。但工欲善其事,必先利其器,好的开发工具对于敏捷开发会起到事半功倍的效果。
从Agile方法论的诞生,到IBM Jazz的大力推广,一切都在貌似按部就班的以一种科学的开发方式来生产我们的软件,一切都看起来那么美丽而高效。
作为Scrum Master用Jazz进行Agile开发和管理已经一年多了,其中经历了敏捷开发和Jazz的学习期、熟悉期、一直到现在热爱上这个软件管理方法论和协作平台—Jazz。今天正好借这个机会记录总结一些使用Jazz的感受和心得。
大约一年前,我所在的开发团队正式开始采用敏捷开发过程,并采用Rational Team Concert做为我们的管理系统。
SOA 的目标是以服务作为构建企业应用的"积木块",使整个企业敏捷起来,而敏捷软件开发则是通过引入一些最佳实践来增加沟通与反馈,以达到同样的目的。敏捷与SOA是朋友,敏捷和SOA是敌人。
敏捷开发对软件架构设计产生了一定的影响,让人产生敏捷开发中“轻架构设计”的印象。文章就笔者经验,和大家一起讨论一下敏捷中的架构设计这个话题。
估算应该算是敏捷的薄弱环节吧。而且也是成功敏捷项目中的关键环节。传统项目,预先设计,闭口合同等等很多东西,有一整套方法学来指导我们做估算。在这个方面,敏捷毫无疑问把担子都推卸到了具体去做的人身上。关于估算,还有很多东西值得我们去学习探讨。
对于统一过程而言,敏捷建模是在保持统一过程原有基本优点的前提下,加强这一重量级软件过程敏捷程度的有效途径。相信,会有越来越多的统一过程软件开发实践将受益于对敏捷建模精髓的汲取,而太原同城系统开发的成功实践就是其中一个很好的例子。
当我们想要让一个类继承自另一个类时,我们一定要再三的检查:子类会不会继承了一些它不需要的功能(属性或者方法)?如果是的话,我们就得认真再想想:它们之间有没有真正的继承关系?如果没有的话,就用代理。如果有的话,将这些不用的功能从基类转移到另外一个合适的地方去。
这三篇简短的文章是分别由 IBM Rational 思想领导者们所撰写的,它们描述了为什么 IBM Rational 统一过程或者简称为 RUP 不仅自身是正确的,而且包含了那些需要成功地度量敏捷技术的团队的许多指导方针。