BT

如何利用碎片时间提升技术认知与能力? 点击获取答案

统一过程之父叫停新过程

| 作者 Geoffrey Wiseman 关注 0 他的粉丝 ,译者 肖桦 关注 1 他的粉丝 发布于 2007年4月13日. 估计阅读时间: 3 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

Ivar Jacobson在过程和工具的开发领域有着很长的传奇历史,在他为爱立信、Objectory 和 Rational工作的期间,从UML到RUP,全世界很多的公司开发软件时都在使用它们。当这位有着如此背景的老兄说:“Enough of Processes, let's do practices”,我们一起晕倒,为什么呢?

Ivar Jacobson认为“过程”尝试定义整个软件开发周期,而不是鼓励开发团队将过程中的元素混合搭配在一起。这减低了过程灵活性,也隐藏了大量过程之间的共性。更甚者,过程以及它们的采用者,都在为过程的完整性奋斗:

提供一个完整过程的渴望使得过程变重,为了覆盖所有的规程(Discipline),更多的信息被加入。随着过程的发展,没有人把任何内容清理出去,因为可能某人某年某月某地会用得到它。

文章指出,开发团队们很少完全采用某个过程,拣出那些他们需要的元素,修改那些他们不要的,或者从其他过程中导入适合他们团队,技术,业务的元素,造成了有害的“项目—过程间隙”。

过程应该描述团队实际如何工作,而不是虚构出大家认为团队应该工作的方式。

作为解决方案,Ivar Jacobson认为我们应该交流实践,而不是过程,来自团队自己的软件过程的构造块是可以装配的。实践的描述是可以独立描述的,描述可以在过程中共享,因此这个团队与别人的过程上的异同就很容易看出来。这种通过描述实践来描述过程的方法并不是没有先例,有人说这正是当前许多软件过程描述的方向。总的来说,创造一个一致的,共享的实践词汇表,以及它们与出版物,团队的过程仍然在工作中。

这篇文章还没发布的第二部分,会更深入的探讨提议的解决方案,比如EssUP,Essential Unified Process和EssWork—在Java和微软领域,支持面向实践方法论的方法,基础和工具。MSDN之前发布了这些主题的讲座。阅读其中之一,会帮助团队理解EssUP和EssWork如何适用于他们的团队。即使团队不选择EssUp和EssWork,Ivar Jacobson在软件开发过程上的境界,也会使得我们讨论软件构造的方法时,开始有新的变化。

如果您希望更多的了解EssWork、EssUp或者Ivar Jacobson,请持续关注InfoQ在敏捷统一过程方面的报导。

译者简介:肖桦是InfoQ中文站的志愿者翻译。他的网名为“江南白衣”,Java领域专家,开源JavaEE项目SpringSide发起人,现任广州电信研究院亿迅科技有限公司任设计中心设计主管。加入InfoQ中文站志愿者翻译队伍,请邮件至china-editorial@infoq.com

评价本文

专业度
风格

您好,朋友!

您需要 注册一个InfoQ账号 或者 才能进行评论。在您完成注册后还需要进行一些设置。

获得来自InfoQ的更多体验。

告诉我们您的想法

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

大家开始殊途同归了 by 刘江 图灵

没有过程,只有实践。印象中Steve McConnell也有类似的说法。他当年在IEEE Software的专栏名称就是“Best Practices”。

好像他的EssUP也是过程 by Zhao Jay

应该是把更多精力放在实践上,但没有说停止过程

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

允许的HTML标签: a,b,br,blockquote,i,li,pre,u,ul,p

当有人回复此评论时请E-mail通知我

2 讨论

登陆InfoQ,与你最关心的话题互动。


找回密码....

Follow

关注你最喜爱的话题和作者

快速浏览网站内你所感兴趣话题的精选内容。

Like

内容自由定制

选择想要阅读的主题和喜爱的作者定制自己的新闻源。

Notifications

获取更新

设置通知机制以获取内容更新对您而言是否重要

BT