BT

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

DeMarco反思40年软件工程发展之路

| 作者 Deborah Hartmann Preuss 关注 0 他的粉丝 ,译者 张晓庆 关注 0 他的粉丝 发布于 2009年8月28日. 估计阅读时间: 2 分钟 | CNUTCon 了解国内外一线大厂50+智能运维最新实践案例。

在北约组织举办“软件工程大会”40周年之际──正是在这里首次提出了软件工程规范,Tom DeMarco开始反思规范的发展,包括他对软件度量的先期发展方向的影响。“不能度量,就无法控制”,DeMarco的这句名言被引用甚多,然而现在他怀疑这是否把我们引离了计算机的本质:“更重要的目标是进行转变,编写可以改变世界或者可以改变企业及企业运作模式的软件。”他的这一结论,最先出现在《IEEE软件》七八月刊的“软件工程概念已是明日黄花?”[pdf]一文中。

这篇文章中,DeMarco是这样定义“软件工程”的:

软件工程包含一组特定的规范:定义好的流程、评审及走查、需求工程、跟踪矩阵、度量、精确质量控制、严格的计划和跟踪、编码和文档标准。所有这些都为了努力做到预期和实际结果的一致。
--Tom DeMarco

对敏捷实践者来说,DeMarco可能因为与Tim Lister在1987合著的《人件》一书更广为人知。但是又有多少人会注意到他在1982年编写的颇具影响力的《控制软件开发项目:管理,测算和评价》这本书呢?DeMarco在文章中首先就回顾了这本书:

经过反思,我开始怀疑:
  • 这些建议在当时正确吗?
  • 现在仍然有用吗?
  • 对任何成功的软件开发项目,我是否仍然认为度量必不可少?
我的答案是不,不,不!
--Tom DeMarco

通过对这本书的反思,他发现了更多的真相,同时也指出软件工程规范与物理学这样的自然科学不同:“软件开发...度量...须持怀疑态度。”他继而把这本书与交付价值关联起来,并且建议说:

“...你越关注于控制,项目交付的价值就可能越低。对我来说,有个问题比怎样控制软件项目更重要,到底为什么我们在做那么多无甚价值的项目?
--Tom DeMarco [emphasis added]

在得出结论之前,他简要描述了一个更为适用的增量管理的方法,其要旨与敏捷团队和它们的客户非常类似。

项目不需要控制,或者只需要很少的控制,我真的能说这样没问题吗?几乎可以这样说。首先我们需要选择一些精确控制对它们没有很大影响的项目。然后不管我们花多大力气来控制,都要降低我们对能够控制多少的期望。
--Tom DeMarco

参见原文:DeMarco Reflects on 40 Years of Software Engineering Evolution

评价本文

专业度
风格

您好,朋友!

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

获得来自InfoQ的更多体验。

告诉我们您的想法

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

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

环境不同结论也不同。 by maoquan xu

不知道DEMACRO大叔所调查的团队环境都是些怎样的情况。
一切为了结果。程序开发是一个很难清晰衡量的玩意(从本质可以看出,N多的IF ELSE),但是如果因为难而不去度量,那如何把握进度?如何了解项目组当前状态?难不成个人英雄主义在软件领域就是个特例?
特别是,如果不去度量,不做计划,对于一个产品来说,肯定是一个噩梦。

允许的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通知我

1 讨论

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


找回密码....

Follow

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

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

Like

内容自由定制

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

Notifications

获取更新

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

BT