WindowsServer2003“教父”访谈录

布莱恩·瓦伦丁(Brian Valentine)，被称为Windows Server 2003的“教父”，在他的带领下，微软成功开发了其具有历史意义的操作系统Windows Server 2003。在Windows Server 2003正式发布之前，Windows & Paul Thurrott。NET杂志，对他进行了专题采访，邀请他就Windows Server 2003的开发过程、微软的转型以及Windows的未来发展做了深入的介绍和评价。

就在今年Windows Server 2003即将发布的时候，我有幸与微软Windows部门的高级副总裁布莱恩·瓦伦丁(Brian Valentine)坐在一起，讨论微软最复杂的Windows Server的最新版本，这也是基于客户的需求。下面是瓦伦丁关于Windows Server 2003的开发过程，微软的转型以及Windows未来的发展。

Paul Thurrott(以下简称PT):Windows Server 2003的开发与其他早期版本的Windows相比有什么显著的变化吗？目前软件开发越来越复杂，每个版本发布的计划时间是否增加？Windows开发工程师的数量会增加吗？

Brian Valentine(以下简称BV):Windows 2000的成功凝聚了大量优秀工程师的汗水、精力和热情，虽然我们在开发过程的控制上还没有做好。按照效率、工具、生产力的标准，我给我们打个低分。诚然，我们创造了一个优秀的产品，但我们花费的精力是巨大的。

如今，我们有更好的方法来开发复杂的产品，同时仍然保持高效率。其实早在Windows 2000产品完成的时候，我们就开始关注如何将微软以技术为中心的思维模式转变为以客户需求为中心的思维模式。

回想一下10年前，如果微软走进一个企业客户，客户会向我们解释他们目前遇到的问题，然后作为解决方案，我们会向这个客户提供Windows和Office。然而，现在发生了巨大的变化。客户需要的不仅仅是简单的盒装产品。他们需要的是能够解决业务活动中一直困扰他们的非常具体的问题——他们需要的是量身定制的端到端解决方案。如果这个时候给他们Windows和Office，那就不行了。随着时间的推移，我们越来越意识到这一点。现在我们一直在收集客户的需求、反馈和经验，目的是将这些反映到未来新产品的开发中。

Watson技术和请求用户反馈的机制就是一个例子。这是一种和客户直接沟通的方式，我们可以马上得到用户的反馈。当用户的计算机系统或应用程序崩溃时，会弹出一个对话框，建议您向微软报告此故障。同时，我们跟踪、记录和分析全世界的所有故障报告。如果用户报告的故障实际上已经解决了，我们会告诉用户，“这里有一个解决方案！”用户可以通过设置“自动更新”自动获得系统的最新补丁。这些只是微软用户反馈机制的一部分，我们的最终目的是如何满足客户的需求。

我们一直与核心客户保持密切联系，他们是联合开发项目和其他合作伙伴。我们每天都会在固定的时间坐在一起，就产品的新特性，哪些产品特性应该修正，哪些工作应该是最重要的等等进行讨论和交流。在产品开发的后期，比如我们现在在Windows Server 2003上做的事情，他们已经开始在实际的工作环境中部署这个产品了，就好像这个产品已经正式推出了一样。这个过程中的所有反馈都会反映在开发工作中，并最终决定我们如何交付这个产品。

PT:这是否意味着微软正在改变其软件开发模式？

BV:是的，现在微软在考虑这些问题的时候已经做出了重要的改变。以前我们一直认为，只要产品能投放市场，就会有大量用户购买。但是，现在情况变了，迫使我们参与到客户的实际环境中。只有这样，才能确保我们有能力提供高质量和高度灵活的计算平台，并正确把握平台的未来发展趋势。随着客户的需求不断提高，我们也必须做出相应的改变。当然，要实现这个目标还有很多方面，比如提供高管理性、高质量(包括安全性)、快速部署能力等等。

几年前，因为过于重视技术在公司的核心地位，我们的开发团队和客户反馈之间总是有一堵墙。现在情况已经改变，我们的开发团队专注于满足客户的需求。这是我们每个人都必须绝对遵守的规则。如果产品不够好，不能满足客户的需求，那么我们会受到严厉的惩罚，而不是销售部门。我经常跟我们的工程师说，最重要的有五点:第一是满足客户的需求，满足客户的需求高于一切；第二是公司利益，也就是说绝不允许个人主义。比如，由于公司需要，当工程师被要求调到另一个对公司更重要的项目时，我们必须服从；第三是产品。我们应该尽最大努力完成产品。当然，要做到这一点，必须做到以上两点；第四，人。作为一名经理，我想确保我的工程师保持良好的健康、收入和福利。简而言之，我经常问自己，“团队目前的士气如何？”最后一个是我自己。如果你是最后才考虑自己，那么做到以上四条，你很快就会成功；如果你不这么认为，那么你可能很快就会失业。

同样，我也会提醒我们的员工，每天起床的时候，我们都会仔细思考:想想我现在工作的团队是否在这个世界上？我有最好的员工为顾客服务吗？然后用这些答案和微软内部的其他部门以及同行业的其他公司进行比较。如果我们得到的答案是肯定的，那么如何才能留住这些人呢？如果答案是否定的，那么如何才能建立这样的团队？你能告诉我们一些你的背景吗？你参与过哪些项目，在Windows Server 2003的开发中扮演了什么角色？

BV:我于1987年8月加入微软，担任OS/2的LAN Manager的测试经理，之后调到工作组的应用部门，也就是后来的Exchange Server事业部。1998年底，我被指派负责Windows 2000的开发。做完Windows 2000之后，我开始负责整个Windows事业部。在Windows Server 2003的开发过程中，我基本上是最后的决策者。公司副总裁戴夫·汤普森(Dave Thompson)负责日常推广这个项目。他是整个项目的执行经理，直接向微软公司视窗部门的副总裁比尔·维特汇报。如果团队里出现了争论，那么这些问题就会在我的日常工作中汇集起来，我会主持一些会议，最终做出决定。在这些会议之后，我会每隔几天与集团的项目经理伊恩·麦克唐纳(Iain McDonald)和研发部经理托德·万科(Todd Wanke)进行沟通，了解当前项目的进展情况。这些会议一般由Windows部门不同项目和领域的专家组成。这种会议一天要开好几次，尤其是在新产品即将推出之前，讨论哪些新发现的漏洞应该先解决。总之，我在Windows Server 2003的开发中扮演了“教父”的角色。[笑]

我之前的经历和个人的激情都离不开管理复杂的软件项目。经常有人问我，你是怎么做到的？我会告诉他们，“不要只把它当成一个产品，它应该是你的生活方式。”我们每个人都应该认为自己是其中的一部分。这个工作应该很好玩，因为我们在做别人没有机会做的事情。所以我不仅是一个项目经理，我还必须鼓励我的合作伙伴并做出最终决定。这可能是公司首席执行官史蒂夫·鲍尔默、公司董事长兼首席软件架构师比尔·盖茨、公司平台部门副总裁吉姆·奥尔钦选择我作为Windows Server 2003项目主要负责人的原因之一。

PT:你觉得呢？NET托管代码越来越多地与操作系统内核集成在一起。未来是否计划将Windows重写为管理代码？

BV:长期目标是绝大多数Windows代码将成为管理代码。当然，前提是有必要。所以目前我们不会把设备驱动和内核重新编写成管理代码，而是会在Windows中重新编写基于此的组件，包括Shell、services等小程序。长期目标应该全部基于管理代码。

PT:关于64位计算的问题，什么时候可以在服务器和工作站上投入使用？

BV:首先，Windows Server 2003内在支持英特尔的安腾芯片，这将极大地推动64位计算成为主流。我们的另一个64位架构也支持安腾和AMD的AMD-64。这种架构也是产品的主要特色之一，我们每天都在改进它，就像其他32位产品一样。