敏捷之道电子杂志第一期

agiledon01.gif“敏捷方法”本为舶来品,追求的是灵活、小巧、敏捷地应对软件开发过程中的变化,而不像某些重量级开发方式那般笨拙不堪,流于形式,而忽略了软件开发的变 化万端。敏捷重思想、重精神、重原则、重实践,而轻形式、轻过程、轻方法、轻管理,讲究的是敏捷为本,交流至上,持续改进,因地制宜。若体会了敏捷思想, 只要遵循敏捷的基本原则,各种方法皆可敏捷。若未曾领会敏捷的真谛,那么即使应用了敏捷方法,也不过是“空有其形,大失其意”,终究是“画虎不成反类 犬”!

敏捷方法并非玄之又玄的“道”,不过对于国人来讲,用“道”来阐释敏捷之精神,至少可以避免陷入某种思维定势,少去许多约束与条条框框。至于如何去理解 “道”的含义,就需要实际去推行敏捷方法,从而在过程中去体悟。《敏捷之道》电子杂志荟萃了国内诸多敏捷专家或爱好者的思想体会、工作实践以及个人 认识,是发表在捷道·敏捷堂的优秀文章摘选,其目的在于推广敏捷方法的实践与运用。

本期电子杂志精选了7篇文章,分为敏捷思考、敏捷实践、敏捷方法、敏捷工具、好书推荐五个栏目。由于捷道·敏捷堂还处于草创时期,因而文章内容或有不足之处,或有偏颇之处,不过套用许多电视台的用语,那就是文中观点仅代表作者个人意见,仅供参考。文章包括:

印第安人的灵魂——敏捷回顾

印第安人在赶了3天路后,会停下来小憩一天,因为他要等着自己的灵魂跟上来。敏捷开发在经历了一次迭代或者冲刺(Sprint)后,也需要休整,以等待团队的灵魂跟上来,这一过程被称之为“敏捷回顾(Agile Retrospectives)”。

解开最后期限的镣铐
 
在大型遗留系统基础上运作重构项目

本文以ThoughtWorks中国公司与客户合作的咨询项目为背景,为读者介绍如何在一个大型遗留系统的基础上组织和运作重构项目,从而切实有效地改善系统质量。

单元测试实践小结

异地分布式敏捷软件开发

异地分布式软件开发(Distributed Software Development)是指由多个位于不同地理位置的团队进行同一个软件项目的开发过程。
 
McDonald & Scrum

Scrum是一种敏捷方法,强调快速反应,讲求人的配合等等。而其团队组织方式是多功能型,由具有各种才能的人组成足以达成既定任务的团队。 

欲善敏捷开发 先利敏捷工具

敏捷开发的潮流并不是由敏捷工具来推动的。但近年来,为了更好地支持敏捷开发,敏捷工具也有了很大的发展。

杂志下载,请访问:敏捷之道第一期

posted on 2008-05-03 22:04 张逸 阅读(2541) 评论(16)  编辑 收藏 所属分类: 项目管理

评论

#1楼  2008-05-03 22:10 Jeffrey Zhao      

捷道·敏捷堂是个什么样的组织啊?   回复  引用  查看    

#2楼 [楼主] 2008-05-03 22:13 张逸      

@Jeffrey Zhao
反正不是非法组织就是了,呵呵:)   回复  引用  查看    

#3楼  2008-05-03 22:26 李永京      

非常好啊,值得借鉴!另外还可以学习敏捷开发方面的东东。   回复  引用  查看    

#4楼  2008-05-03 23:34 杨福川      

呵呵,谢谢分享,支持!   回复  引用  查看    

#5楼  2008-05-03 23:36 紫色阴影      

不错 LZ近来好像都是敏捷相关的文章
又有Jeff啊 呵呵   回复  引用  查看    

#6楼  2008-05-04 00:54 Vincent      

捷道·敏捷堂 我还是经常去的,很不错的内容.   回复  引用  查看    

#7楼  2008-05-04 03:38 怪怪      

支持一个 ^^

不过关于这段, 我有看法:

“若体会了敏捷思想, 只要遵循敏捷的基本原则,各种方法皆可敏捷。若未曾领会敏捷的真谛,那么即使应用了敏捷方法,也不过是“空有其形,大失其意”,终究是“画虎不成反类 犬”!”

其实这些话不用强调的, 说实话现在各种理论都给自己来这么个“体会、领会”的前提, 我觉得这么说不利于推广。 首先要承认存在问题, 甚至可以承认存在的问题其具体的来龙去脉还不清楚(看一些大师的文章就经常这样), 但是可以就具体的问题在工具箱里提供一个对应的解决方案。

当然, 这个解决方案可能不是最好的, 也可能和一些传统的编程理论, 甚至一些敏捷方法自身宣传的一些基调互相冲突, 但是我想我们不用管它。 既然这方面的探索还不足够成熟, 那么“敏捷”这两个字, 完全可以由我们自己书写, 而不是畏首畏尾, 既怕得罪了传统编程社区(其实国外一些敏捷专家也逃脱不了这个), 也怕得罪了传统(是的, 在这个时代, 也许过一年形容词就是“老旧”了)敏捷社区。

比如, Knuth有一句话, I only proved it correct, but I didn't try it. 还有人说, 真正保证程序正确性的方法是数学性的证明, 而正确性是软件最重要的部分; 同时, 很显然在工程管理方面, 通过定义、表达, 以及设计合理的递归与组合, 也可以构建出一套不同于重量级方法的灵活但可靠流程; 显然, 我们也可以找到这样一个方法中作为引导的地标是什么。

说实话, 这和敏捷中的XP这一细分, 就是完全的两个极端,所以Knuth对XP嗤之以鼻的态度也很正常。 假设我们人类的智力够用的话,假设我们确实找到一种最强大的表达方式, 可以把业务的复杂性和项目不规律性全部覆盖的话, 也许确实证明的方法确实是正确, 且唯一正确的。

但如果我们只拿着"人类的智力够用"或者其它条件,做出因为我们的智力不够用等推断,从而得出所以我们应该倾向于XP或某种其它方法, 然后去宣传传统的“敏捷”, 说不准就又落入其它敏捷宣传者的巢臼,在相关工作的推进上面, 陷入一个雷声大雨点小的境地。 不如借鉴或者部分借鉴他山之石, 谁说prove就一定代表瀑布呢? 谁说一些看似是两个极端的方法, 就不能融合或者部分的融合呢?

也许一个变通的做法就可以让我们的思路, 至少看起来, 宣传起来, 比XP还敏捷; 等这些思路逐渐从小溪汇聚成河流,可以提取出一套有自己原则的方法论, 就像Ruby那个DMM(是这么缩写么?)说的, 到那时, 不是我们听世界的声音的时候, 是世界听我们的声音的时候了。

如果说敏捷的根基还不稳固, 或者说至少在我们目前的这个市场上还远远没有站住脚, 我们自己“敏捷”起来的方法, 也许并不是扶这个阿斗一程, 而是看看能不能趁机找到自己的天空; 毕竟, 如果有某一种方法, 无论是prove还是try, 无论流程是通过定义来引导还是通过test来引导, 这种方法如果真的在当前情况下完全正确, 早就一统天下了。

毕竟, 如果把我们看作新人的话, 我们没有Kent或者Martin那样的抱负, 自己的历史成就的包袱, 和经济利益社区政治斗争的包袱。 唯一的问题是, 解决方案, 也许我们私下里实验了, 但是与可以发表的全面性或者其它考虑之间, 还存在不小的工作量, 怎么把这部分工作做好才是重中之重。

嗯, 怎么越说越多, 有空MSN上细说吧。   回复  引用  查看    

#8楼  2008-05-04 07:23 随风逝去(叶进)      

看到怪怪兄的评论基本上都是“长篇大论”——精辟!   回复  引用  查看    

#9楼  2008-05-04 07:27 王德水      

学习,致敬   回复  引用  查看    

#10楼 [楼主] 2008-05-04 08:13 张逸      

@怪怪
你的评论都足以写成一篇文章了。还是赶紧写一篇,那么在敏捷之道杂志的第二期就可以听到你的声音了。

不过我同意你的意见,对于敏捷,不能墨守成规,也不能邯郸学步,而是要根据具体的开发场景、案例、企业与人,因地制宜地实施敏捷。   回复  引用  查看    

#11楼  2008-05-04 08:51 李战      

唉,俺最近有些迷茫。俺的开发也算敏捷,但过度敏捷了,医生说俺那是开发过敏症。经过进一步检查发现,俺的毛病还更严重。俺总是一上来就编程,其他都不想,应该算是极限编程吧,可医生说你那是极端编程。开给俺的药方上写着两个字,“设计”。

等俺设计完了,以为病好了,再找医生复诊。结果医生说俺又得了过度设计的病。

俺真不知道自己还能不能健康地编程   回复  引用  查看    

#12楼 [楼主] 2008-05-04 09:22 张逸      

@李战
得过这两种病后,你就可以免疫了,基本上可以向大师的路上走去了,呵呵:)   回复  引用  查看    

#13楼  2008-05-04 10:04 杨正祎(阿一)      

有组织,有纪律,有理想,有文化!
我要做四有新人。   回复  引用  查看    

#14楼  2008-05-04 13:15 麒麟.NET      

晕啊,熊节先生的脸……   回复  引用  查看    

#15楼  2008-05-05 10:50 镜涛      

敏捷我想对每个人的具体表现是不同的,相同的是敏捷的原则。正如抽象是相同的,实现是多样的一样。我们要学习敏捷的思想,因地制宜的应用敏捷的原则开发敏捷的东东   回复  引用  查看    

#16楼  2008-06-01 19:25 大金空调 [未注册用户]

做四有新人!!   回复  引用  查看    

导航

公告

logo.gif
我的著作与译作

《软件设计精要与模式》

《WCF服务编程》

MVP_Horizontal_BlueOnly.png

From 03-03-2006
Counter: site stats

与我联系

我参加的小组

我参与的团队

随笔分类(241)

最新随笔

搜索

积分与排名

最新评论

阅读排行榜

评论排行榜