访谈

2005年12月16日
第3卷，第9期

与雷·奥兹的对话

合作、沟通、协同

在计算机编程领域，没有多少人的名字比雷·奥兹更响亮。作为计算机支持的协同工作领域的行业远见卓识者和先驱，他的职业生涯始于电气工程师，但很快就进入了计算机科学和编程领域。他是IBM Lotus Notes的创建者，现在是微软的首席技术官，向首席软件架构师比尔·盖茨汇报工作。最近，奥兹作为首席技术官的角色扩大了，他承担了公司三大部门基于软件的服务战略的责任。

奥兹本月年满50岁，他说他现在不怎么编写代码了，但仍然深入研究他所参与项目的架构。“真正让我感兴趣的是，在工作中，哪些社会和组织方面是有效的，哪些是无效的，”他说，“以及如何将技术编织在一起，形成一种形式，在满足人们需求的同时，也让组织从这些互动中获得他们所需的东西。”

奥兹是Groove Networks Inc.的创始人，该公司是虚拟办公室协作软件的领先供应商，微软于2005年4月收购了该公司。在1997年创立Groove Networks之前，奥兹是Iris Associates的创始人兼总裁，在那里他领导了Lotus Notes的初步开发。在Iris之前，奥兹在Lotus Symphony和Software Arts Inc.的TK!Solver和VisiCalc的开发中发挥了重要作用，并参与了Data General Corp.的早期分布式操作系统开发。

奥兹在伊利诺伊大学厄巴纳-香槟分校获得了计算机科学学士学位。他被微软授予“Windows先锋”的七位荣誉之一，并入选计算机博物馆行业名人堂以及InfoWorld名人堂。2000年11月，他获得了电气与电子工程师协会（IEEE）计算机协会的W.华莱士·麦克道威尔奖。

采访他的是Queue编委会成员温迪·凯洛格，她是IBM T.J.沃森研究中心的社交计算组负责人。在过去的二十年中，她一直从事人机交互和协作技术领域的工作。她目前的工作包括设计和研究支持群体和组织中计算机 mediated communication（CMC）的系统。她拥有俄勒冈大学认知心理学博士学位。她于2002年当选为会士。

温迪·凯洛格 比尔·盖茨曾称您为宇宙中最顶尖的五位程序员之一。您现在或曾经是顶尖程序员之一吗？

雷·奥兹 这是一个被过度引用的说法。20世纪80年代初，当我在Software Arts公司开发一款很久以前名为VisiCalc的产品时，我遇到了他和史蒂夫·鲍尔默。多年来，我认为他们喜欢我构建的系统，无论是Notes还是Groove，都具有相当大的复杂性，并且专注于解决客户的实际痛点。我的团队和我有一种将这种复杂性编织在一起的方式，这种方式实际上并没有干扰用户的使用能力或管理员的管理能力。

WK 这有点像是技术集成的圣杯，不是吗？

RO 嗯，这就是我们力求做到的。我认为在协作软件领域，这可能更加关键，因为我们不仅仅是教一个用户如何使用系统。为了使其有效，你需要吸引人们参与进来并让他们积极使用它，这意味着失败点的数量要多得多。

WK 协作对于今天的组织有多重要？您认为我们正处于协作复兴之中吗？

RO 嗯，这是我的热情所在，但我确实相信协作非常重要。在大多数大型企业中，都存在人们理解的正式业务流程。有些公司非常非常注重其业务的结构化流程方面和流程优化，无论是物流方面的沃尔玛还是非常关注业务流程的戴尔。

另一方面，我指的是业务实践——人们在组织边缘做的更非结构化的事情，而这实际上是以项目为中心的工作。对于公司来说，了解他们如何关注和优化其业务流程，以及如何在日常实践方面支持员工，这一点非常重要。

某些类型的公司，例如专业服务组织，更多地侧重于业务实践方面。他们必须专注于使员工能够完成工作，并专注于其业务的知识方面。有些制造公司则位于频谱的另一端，但我认为在某种程度上，每个公司内部都存在业务流程和业务实践的要素。如何利用技术来增强人际互动才是让我感兴趣的地方。

WK 商业远见家汤姆·马龙和彼得·德鲁克推测，在未来几十年里，越来越多的企业将变得分散化，并从命令控制模式转向培养协调模式。商业界对此有很多怀疑论者，但如果这种情况要发生，那么这对协作技术，或者“竞合”的理念意味着什么？

RO 当我在90年代初在Lotus工作时，公司比现在垂直整合得多。当时，人们试图使用相当初级的技术来打破组织内部的壁垒，这意味着他们试图让组织内部的不同部门协同工作。他们试图在内部扁平化组织，并让人们跨部门筒仓协同工作，只是为了使流程运行更顺畅。

快进到今天，你会发现我们都认为这是理所当然的。现在大多数公司都使用多种技术：当然是电子邮件，以及各种形式的其他类型的内部协作技术。但现在的商业需求已大不相同。从本质上讲，许多许多公司必须将外部业务合作伙伴整合到其核心实践中。公司为了更好或更坏，需要将其运营地理分布，在许多情况下分布到亚洲和其他人们在同一项目上但在不同时区运营的地方。

从本质上讲，壁垒正在以许多不同的方式倒塌，组织必须弄清楚如何在非常非常分散的方式下有效地完成他们需要做的事情。

汤姆·马龙一直在这样说，彼得·德鲁克的“下一个社会”的理念是，未来我们将或多或少地从公司转向联盟，许多由共同战略和共同经济目标联合起来的小公司将聚集在一起生产产品或服务，然后与另一组重新组合以生产不同的产品或服务。我们正在看到这种情况的前沿，而且我再次认为，技术在帮助这些团队虚拟组装、非常有效地完成工作并在业务需要时解散方面发挥着巨大作用。

WK 您对技术可以做什么，或者哪些特定技术可以帮助支持可能涉及合作以及竞争甚至对抗性方面的协作有什么想法吗？

RO 首先要认识到，无论这些公司是合作还是竞争，其核心原则都与我们过去构建系统的原则不同。现在的原则是，你无法控制你的业务合作伙伴的IT基础设施。过去所有主要厂商——微软、IBM、Oracle——生产的许多系统都假定数据中心和企业是应用程序和目录的管理和部署的根基。我们围绕这个假设构建了应用程序和这些应用程序的安全模型。

现在，如果你需要与其他公司内部的人员协作，并且你不能 dictates 他们的IT选择，这真的会让你退后一步，说：“等等，我可以用或应该用什么技术来让这些人协同工作？” 协作的默认技术是电子邮件，因为它无缝地跨越了这些企业边界，但电子邮件已经有30多年的历史了，并且已经远远超出了其原始设计中心。这就是为什么我相信许多客户正在寻找其他类型的技术来支持这些跨边界的互动，这就是为什么你会看到诸如Groove之类的产品，出现在互联网上的产品，或多或少是跨边界的，无论是维基、博客、Skype还是许多类似有趣的科技。

WK 我们可以说这是一个激动人心的时刻，各种技术正在涌现：你提到的那些，VoIP、RSS、社交标签的想法、folksonomies、像del.icio.us和Flickr这样的东西，甚至广播消息。您认为这些技术渗透到主流商业的速度有多快，如果它们真的会渗透的话？如果我们都去度假十年，然后再回来工作，我们会认出工作场所吗，还是我们已经开始工作而无需返回？

RO 可悲的是，我认为企业内部存在许多问题，使得它们很难接受其中一些创新。坦率地说，我们所走的道路让人相信，这些创新带来的许多好处更容易累积到小型企业和个人，而不是企业。原因：企业与公共互联网真正不同之处在于，它们有相当大的合规性问题。它们有与技术采购和最终用户赋能相关的控制层级。它们强制使用某些技术，并强制禁止使用其他技术。它们控制升级节奏。我从未见过技术环境像现在这样在企业外部和企业内部之间存在如此大的差异。

还有其他问题。例如，在企业外部工作的搜索技术与在企业内部工作的搜索技术完全不同，因为至少在今天的互联网上，人们喜欢公开事物。他们标记事物，在博客上写东西，并将图片发布到Flickr，而在企业内部，有许多与囤积、隐藏和保护信息相关的根深蒂固的东西，导致信息被孤立。因此，开放互联网上确定相关性的一些核心方式，例如引用，在内部不起作用——你不会在企业网络内部的公共论坛上看到人们谈论和指向其他事物，因为一切都在这些小隔间里。

现在出现在公共互联网上的许多社交软件，有点像培养皿，真的必须从它如何在企业内部发挥作用的角度来思考。如何使其中一些软件适应在企业中使用？我很难想象其中一些培养皿软件将如何在企业内部被接受，因为那里存在一些压倒性的合规性和安全问题。

WK 某些东西，例如电子邮件，最初是在公司内部开始的。也就是说，电子邮件最初只在公司内部，现在它在企业边界之外几乎普遍可用。有一些证据表明，像维基和博客这样的东西正在企业内部发生。所以也许还有一些希望。

RO 嗯，有希望，但我们尚未看到它们将如何被调整。例如，企业内部的电子邮件在某些企业中比在其他企业中具有相当不同的特征。电子邮件归公司所有，并且有消息存储限制和附件限制。使用方法与外部不同。

例如，就维基而言，我们已经看到了一些非常有趣的早期用途。我也在两个非常具体的案例中看到它们被关闭，在这些案例中，人们非常享受不受控制的使用，这意味着他们开始建立知识库。但IT部门非常担心这是一种沟通机制还是一种数据机制。如果它是一种沟通机制，那么它如何符合萨班斯-奥克斯利法案或CFR（联邦法规汇编）第11部分？所有这些问题都出现了。

WK 企业内部的技术专家应该担心或思考哪些新兴的协作技术领域？他们面临哪些技术挑战？

RO 首先要认识到，协作和沟通技术并非万能药。许多人，尤其是在我最初将Notes推向市场的那几年，他们的公司内部会遇到他们试图解决的问题，并且他们会部署这种协作软件，认为它可以解决问题。事实上，很多时候他们真正想要做的是在部署技术的同时实施业务流程或文化变革。当由于未能充分认识到他们试图改变流程或文化而导致计划失败时，他们会责怪技术。

技术可以协助变革，但它本身无法实现变革。人们真的必须了解技术的作用以及领导力的作用，才能在企业内部实现变革。

第二件事是要了解IT、业务线和个人的不同角色，因为它们非常非常不同。IT实际上是一个赋能者，为组织提供工具。IT应该非常认真地提供知识库和文档库的机制，并且应该处理合规性问题等等。

但IT真的需要将其留给业务线来理解关键的协作流程是什么。业务线真的必须理解结构化流程与临时项目的作用，并且必须协助IT定义哪些工具最适合启用其结构化流程和临时流程。业务线必须了解员工的技能，以及如何最好地将工具与这些技能相匹配。

从个人的角度来看，改变一个人的行为真的很难。组织必须认识到什么对人们有效，什么无效。

人们通常喜欢动态地集合，决定如何组建项目以及他们需要什么工具来完成项目。他们喜欢他们可以控制的临时事物；然而，组织需要将这些项目的结果编织到流程中，并且人们需要被交付工具并接受培训，以便在他们被这些工具赋能的同时尊重组织的流程需求。

例如，如果有人完全以临时、非结构化的方式完成他或她的所有工作，那么就不会有任何造福组织的成果。

另一方面，如果一家公司过于关注成果，并且强迫所有工作都通过浏览器完成，例如，那么它可能会失败，因为它不符合人们的工作方式。销售队伍自动化就是一个很好的例子，多年前，钟摆转向了基于Web的系统，每个主要的销售队伍自动化供应商都不得不制作其产品的基于浏览器的版本。但这并不是销售人员的工作方式。销售人员一直在路上，他们经常使用电话。如果你不设计与人们实际工作方式相匹配的工具，你最终会得到滞销品。

WK 大规模协作是最有趣的新兴技术类型之一。广播消息，能够跨越你的企业联系并提出问题或打断他人，可能只是冰山一角。我正在阅读詹姆斯·索罗维茨基的《群体的智慧》（Doubleday，2004），他谈到了一个长期以来被人们认识到的现象，即如果你向很多人提出一个存在很多不确定性的问题，然后查看答案的平均趋势，它往往是正确的。

这就像“谁想成为百万富翁？”中的观众生命线。向观众提出一个问题，让他们投票选出答案。所以这里的问题是，技术能否帮助大量人群相互合作，也许汇集他们的能力和知识，做出更明智的决策？而且，如果可以的话，我们真的想要它吗？

RO 这是一个有趣的问题。我们已经知道的是，MSN搜索和谷歌以及其他类似的公司已经证明，互联网的长尾效应可以回答许多问题。我们中的许多人以查询的形式向这些引擎提出问题，我们得到了你永远无法预料的答案，考虑到那里的语料库的大小。

已经有几次尝试构建系统，你在那里付费让人回答有趣的问题。我不认为他们在收集许多人的答案并取平均值方面做了你所建议的事情。至少在公共互联网上，我还没有看到这种事情在任何程度上接近纯粹基于信息的事情上取得成功。

WK 数据挖掘方法？

RO 是的。我仍然更关注数据挖掘方法，尤其是在企业内部，因为我认为所有这些技术的一大希望是让人们可以轻松地留下成果的轨迹，这些轨迹可以在以后在你真正不期望的时候使用。Groove Networks与政府部门做了大量工作，尤其是在9/11事件后跨部门信息共享领域。同样，问题是人们将信息紧紧抓住不放。希望是我们可以开发系统，让人们创建成果和查询引擎，这些引擎可以在与信息产生时间无关的时间获得相关问题的答案。我认为这个领域有很大的希望。我只是不知道它会采取什么形式。

WK 对于将这些社交软件应用程序混合在一起的开发人员来说，似乎存在着一个技术首字母缩略词汤，例如Ajax和RSS。您对新手如何开始编写使用这些东西的应用程序有什么建议吗？有什么地方可以寻找灵感或示例代码吗？

RO 我不想把这变成商业广告，但微软的很多重点都放在开发人员身上。在互联网上，人们可以下载许多代码库，既与微软技术相关，也与其他技术相关。当然，我们所做工作的目的是努力使开发人员能够非常非常快速地构建解决方案。

你提到的东西在堆栈的不同部分。Ajax是一种非常有趣且强大的方法，可以改善浏览器中的用户体验。它以前被称为基于DHTML（动态HTML）的Web编程，现在它有了一个名为Ajax的标签。那里有很多工具包，有些可以免费下载。有些在即将推出的微软Visual Studio .NET版本中提供。

回到使数据可供公众使用以及构建协作系统，将许多人的数据汇集在一起的想法，XML是一个非常强大的概念。这就是许多搜索引擎和Technorati和bloglines等系统的基础。它们聚合了多个人的工作。

WK O’Reilly Media的创始人蒂姆·奥莱利创造了“参与的架构”这个短语，意思是许多业余和休闲程序员堆积在一起，并基于那里的代码片段和应用程序构建有趣的东西。开发人员在协作应用程序中应该跟踪哪些开放API和标准？您对如何制作一个适合这种开放参与的API，以便将可以被拾取和重用的东西放到那里有什么技巧吗？

RO 丹·布里克林也有一句很棒的短语，“公共资源的聚宝盆”，指的是同一件事——关于公共资源如何变得比贡献的不同部分更有价值。我认为这是一个非常重要的概念，并且远远超出了协作软件的范畴。这实际上定义了互联网的下一个浪潮。

我相信互联网平台实际上是数据，通过将数据放在那里，可以重新混合到不同类型的应用程序中，我们可以获得有趣、意想不到的结果。围绕它的最基本标准始于XML，但它实际上围绕着一些人称之为微格式的东西，这些微格式是易于理解并且可以由各种应用程序（例如iCal，hCal和vCard）生成的，然后将它们封装在RSS中。

RSS是一个极其重要的标准。它是下一代Web的HTML，或者有些人可能将其称为互联网的Unix管道。这是一种以非常有趣和健壮的方式将数据从一个应用程序传递到另一个应用程序的方式。同样，我认为作为一种技术，它不仅仅对协作软件很重要。

WK 您认为现在创建协作技术的主要技术挑战是什么？是离线使用，还是长期事务，还是冲突检测和解决，还是什么？

RO 从根本上讲，互联网上发生量最大的事情是通过构建快速应用程序服务器来轻松完成的事情。现在有很多技术你可以下载并快速构建一个非常简单的应用程序服务器，这使得人们很容易进行实验。

互联网环境中用户身份验证存在一些挑战。信任是有效协作的重中之重，确保在你的环境中建立信任非常重要。正如你所说，离线非常关键。它很难做好，但在卡特里娜飓风过后的路易斯安那州——当紧急救援人员试图聚集在一起并协作向人们提供援助时，当基础设施很糟糕，有时你有互联网连接，有时没有——使用离线支持工作的产品绝对至关重要。这对于Notes和Groove的设计都是根本性的。鉴于我们今天的移动性，知道我们可以在家、办公室、机场休息室、客户的会议室或当地的星巴克工作，将在线和离线工作能力纳入协作解决方案至关重要。你不能总是假设与你合作的人会有互联网连接。我们在卡特里娜飓风中看到了这一点。我们在9/11事件中看到了这一点。我们将在下一次危机中再次看到它。

WK 您目前最兴奋的是什么？如果你可以挥动你的魔法棒，让人们、组织态度和企业管理或技术状态发生一个变化，你会尝试改变什么？

RO 当涉及到公众时，如果我可以许愿，那就是所有公民都能获得宽带并能够访问无线基础设施，因为我认为这两者以不同的方式真正改变了人们与其他人、他们的设备和他们的软件互动的方式。不幸的是，我认为我们正走向一条道路，幸运的人有光纤，不幸的人有拨号上网，而钟形曲线的中间部分有有线调制解调器访问。这对我们的社会来说不是最佳情况。

在企业中，我认为如果我可以挥动我的魔杖，就会有一些解决方案可以纠正企业和家庭使用之间日益扩大的鸿沟。作为一家软件制造商，我感到非常沮丧，因为当你观察市场时，小型企业和消费者都会访问Dell.com，订购他们的计算机，并获得最新最好的Microsoft Office版本和最新的操作系统。然后他们从互联网上下载所有这些非常酷的新东西。这些个人和小型企业真的从中受益。

另一方面，由于合规性和CYA问题，企业变得越来越封闭和保守。我对此感到担忧。而且我相信企业应该关注这一点，因为它正在影响他们在当今全球市场中保持敏捷和适应的能力。

WK 这将我们引向一个有趣的僵局，人们在工作场所外的体验将超过他们在工作场所内的[技术]体验。

RO 我已经看到人们将他们的家用笔记本电脑带到工作中来完成他们的工作。人们正在使用一种名为Junxion Box的产品，该产品创建了从高速商业3G数据服务到Wi-Fi的桥梁，以在公司边界内创建他们自己的非IT管理的无线云，以便他们可以在办公室像在家一样工作。

我只看到家庭和办公室体验之间的这种分叉成为一个日益严重的问题。

WK 当您回顾过去几十年在协作技术方面的职业成就时，您能告诉我们您最自豪的是什么，以及您还期待完成什么吗？

RO 当我最初对使用技术来增强协作感到兴奋时，这还非常非常早期，技术远没有现在普及。我感到非常幸运能够参与帮助我的团队创建其中一些系统。知道在某些情况下，我们帮助重塑了一些企业的运营并交付了真正的底线价值，这令人欣慰。

当你知道你为其他个人和企业家，或者为个人在大公司中获得与你生产的技术相关的工作机会创造了机会时，这也非常令人兴奋。

我很幸运能够从事已经变得普及的技术工作，用户超过1亿。当我去参加会议时，有人走过来对我说：“在过去的10年里，我一直有一家基于您的产品的企业。我们从一无所有开始。现在我有30名员工，我们做这个和这个和这个，我只是想感谢您。”，这让我感到欣慰。

这就是让一切都值得的。我真的很喜欢构建被其他人利用以实现他们自己的商业价值或他们自己的职业生涯或他们自己的商业机会的技术。这才是真正令人兴奋的事情，我期待着继续这样做。

最初发表于Queue杂志第3卷，第9期—
在数字图书馆中查看此项目

最初发表于Queue杂志第3卷，第9期—
在数字图书馆中评论本文

更多相关文章

凯瑟琳·海耶斯，大卫·马龙 - 质疑评估非密码散列函数的标准
虽然密码散列函数和非密码散列函数无处不在，但在它们的设计方式上似乎存在差距。存在许多由各种安全需求驱动的密码散列标准，但在非密码方面，存在一定数量的民间传说，尽管散列函数历史悠久，但尚未得到充分探索。虽然针对真实世界数据集的均匀分布很有意义，但当面对具有特定模式的数据集时，它可能是一个挑战。

妮可·福斯格伦，埃伊里尼·卡利亚姆瓦库，阿比·诺达，米凯拉·格雷勒，布莱恩·豪克，玛格丽特-安妮·斯托瑞 - DevEx在行动
随着领导者寻求在财政紧缩和人工智能等变革性技术的背景下优化软件交付，DevEx（开发者体验）在许多软件组织中越来越受到关注。技术领导者直观地接受良好的开发者体验能够实现更有效的软件交付和开发者幸福感。然而，在许多组织中，旨在改善DevEx的拟议倡议和投资难以获得支持，因为业务利益相关者质疑改进的价值主张。

若昂·瓦拉乔，安东尼奥·特里戈，米格尔·阿尔梅达 - 低代码开发生产力
本文旨在通过展示使用基于代码、低代码和极端低代码技术进行的实验室实验结果，研究生产力差异，从而为该主题提供新的见解。低代码技术已清晰地显示出更高的生产力水平，为低代码在短期/中期主导软件开发主流提供了强有力的论据。本文报告了程序和协议、结果、局限性和未来研究的机会。

伊瓦尔·雅各布森，阿里斯泰尔·科伯恩 - 用例至关重要
虽然软件行业是一个快节奏且令人兴奋的世界，其中不断开发新的工具、技术和技巧来服务于商业和社会，但它也很健忘。在其快速前进的过程中，它容易受到时尚的支配，并且可能会忘记或忽略针对其面临的一些永恒问题的成熟解决方案。用例，最早于1986年引入并在后来普及，就是这些成熟的解决方案之一。