Azure与Yammer帮助微软快速迎接次世代Office

Azure与Yammer帮助微软快速迎接次世代Office
摘要：Azure与Yammer需要为微软改变Office产品的固有开发、测试及交付模式做出哪些贡献？可能其重大意义远超我们的想象。

ZDNet专栏作者Mary Jo Foley撰文写道，在上一篇文章中，我们谈到微软正努力引入一系列新的管理、流程及产品策略，希望帮助自身以更灵活的方式交付Office内容更新。

技术团队的目标是由将过去两年半到三年的发布周期缩短到每季度推出（每季度为周期上限），并尝试以订阅及云服务作为发布基础。

昨天，我用还好但速度乏力的火车来形容微软在加速Office开发及交付周期方面做出的尝试。

但今天，我要谈谈JETS（Just-in-time Experimentation, Telemetry and Services，即时实验、遥测与服务）团队。

除了Office部门内部在管理与政策方面的调整，Office团队也在与其他队伍开展紧密合作，尤其是Windows Azure、SQL Server以及Windows Intune——三者都隶属于微软的另一大业务部门，即服务器与工具业务部。

Office服务器与服务部门副总裁Jeff Teper解释道，“原先，我们不得不全力与时间赛跑，希望能在预定日期前完成工作。

但现在，如果Azure真能开拓新的未来，我们将非常乐意以其为核心开展研发。

在Azure服务的辅助下，商店里上架的任何一款商品都能有确切时间可循，我们自己的日程安排也变得灵活而准确。

”
Scottie与他的JETS团队
Office与Azure两个团队间已经在酝酿一个雄心勃勃的项目，旨在利用Windows Azure负责Office 365的托管工作。

微软的高管们在过去几年一直在讨论这项计划，希望能将Office 服务核心迁移至Azure当中，进而推动SharePoint Online、Exchange Online以及Lync Online在采用相同通用底层服务的状态下获得更迅速的更新节奏。

尽管微软官方还没有对这一规划给出确切日期，但无疑已经有技术人员开始为此进行努力。

根据微软网站上发布的招聘信息，Office部门中存在一个名为JETS（即时实验、遥测与服务）的团队，专注于帮助各Office服务——包括Office Web应用、以及点击即用客户端部署等——进行服务交付、数据收集与分析等支持。

在招聘启事中，微软称“展望未来，我们正计划加大投入力度，推动Windows Azure与Office部门各开发团队之间在合
作与技术创新方面携手并进。

”该职位的工作内容包括为运行在Windows Azure上的Office Online服务创建并改善工程及商务基础设施。

早在Office 365登陆Azure之前，Office与Azure团队就已经计划拿出另一些集成化方案，而其中大部分思路都来自Azure应用平台全球副总裁Scott Guthrie和他的小组。

（Guthrie 于2011年年中进入商务平台部门并担任全球副总裁一职。

他在Azure团队中的地位与Teper在Office部门的定位非常相似。

）
Office 365已经在使用Windows Azure Active Directory（简称WAAD）作为其云目录服务。

但在未来六到十二个月内，微软计划通过深化二者的协作将更多功能带到用户面前，其中包括帮助使用者自动与Azure目录联动以及提供一套涵盖Azure与Office 365服务的单点登录机制等。

微软还鼓励第三方应用及服务供应商为WAAD提供支持，这样Office 365与Azure用户就能以单点登录形式使用其它业务类产品及服务。

“我们已经在工作流方面与Office达成了多项协作成果，”Guthrie指出，“因此当用户登记新文档时，Azure也会同时发出通知。

”
而在应用程序开发领域，微软则鼓励SharePoint应用开发者将成果交由Windows Azure托管。

开发人员还可以利用Azure作为微软Access应用开发的后端。

这种收益绝非单方面的，不仅Office产品能从Azure处获得支持，Azure也能在Office的快速交付中受益，Guthrie表示。

过去，“我们不得不在产品版本的发布流程中花费大量时间，而无暇对即将推出的版本进行精雕细琢，”Guthrie告诉我们。

“但在Azure服务的帮助下，产品发布对日期的硬性依赖被彻底打破。

我们可以每个月为产品添加一项新功能，”而不必再像过去那样等待数年才把成果转化成产品。

目前，Guthrie的团队正在以每三周一项的速度（最低频率）为Azure应用平台添加新功能。

“在原先的模式下，从开发人员完成代码编写到其真正出现在产品发布当中需要经过两、三年甚至更长的时间。

我们希望能把这一周期缩减为几天或者几周——最多不超过数个月，”Guthrie解释道。

测试、测试、再测试
对于这种快速迭代方案的逐渐上位，开发人员与用户——无论是微软内部还是企业外部——都需要对测试流程抱有充分的信心。

测试工作必须以正确的方式进行，而开发团队则需要对测试中暴露出来的问题迅速做出反应。

在这方面，收集大量数据并加以准确分析是保障成功的关键。

在Azure这方面，微软一直将其成果作为免费试用服务进行发布，以帮助团队快速学习内
容变更可能给产品及服务带来的或积极或消极的影响。

不同于以往的事后研究报告，现在Azure团队更关注关键绩效指标，例如想要达到的用户百分比。

“我们在几天甚至几小时之内就能了解到一项新功能对于用户造成了哪些影响，他们是否愿
意登录或者使用此项功能，”Guthrie指出。

一旦证明新功能反响不好，开发团队也可以更迅速地评估其中原因。

这项功能是否不够直观？说明文档是否难于理解？根据评估结论，调整工作将更富效果且更有针对性。

在Guthrie看来，“这对于微软固有的产品开发模式而言，可算是文化层面的一场深刻变革。

”
微软于去年六月通过收购将Yammer企业社交网络团队招至麾下。

根据Yammer联合创始人兼首席技术官Adam Pisoni的说法，该团队早在微软介入之前就已经在着手这类测试及
数据分析工作。

比起过去在优化与调试故障之间寻找平衡点，如今Yammer则是在恢复的同时进行优化工作。

随着发布周期的缩短，更新内容也变得越来越分散化，这就意味着众多小版本升级对产品整体的影响逐渐减弱，而不必像原先那样每年或每三年将前续产品完全推倒重来，Pisoni 解释道。

“我们的开发路线以云平台为基础，”Pisoni表示。

由于Yammer采取数据驱动的方针，“产
品开发就变成一种通过快速测试在众多假设中找出正确答案的过程。

”
“Yammer是一套由五十项完全独立的服务共同组成的集合。

Office的运转方式也是如
此，”Pisoni指出。

所有这些发生在开发团队内部或团队之间的变化都是微软在提高Office客户端、服务器及
服务业务方面所做出的尝试。

今年秋天这一切变化就将迎来首考，届时Office团队将为我
们带来“Gemini”更新。

预计Genimi将包含Metro风格及Windows Store版本的Word、Excel、
PowerPoint以及OneNote，并可能成为首个（也可能是首批）为Office 365订阅用户提供的应用产品。

微软也将加快其将Office套件交付至其它平台上的速度，这可能也正是开发文化与流程变革所带来的产物。

对于Office的未来，我们拭目以待。