微软最近创建了一个名为SCD(服务器和云部门)的群组。这个群组将包含Windows Azure研发群组以及Windows Server和方案群组，而且该群组由Server and Tools Business托管。

　　Windows Azure的研发工作由高级副主席Amitabh Srivastava领导，以前他接受首席软件架构师Ray Ozzie的领导，而现在要接受Muglia的领导。过去在Muglia手下管理Windows Server的公司副主席Bill Laing，则要接受Srivastava的领导。

　　“云”梦想变成现实

　　重组是意料之中。Muglia一年前就说过，微软在2010年1月1日出售Windows Azure前就会将其转交给STB。

　　分析师Rob Helm称：“这种发展是自然而然的。Azure现在已经成为实实在在的业务，因此它应该转交到实际的商业群组中。”

　　他认为，将Azure和Windows Server结合起来有助于前者的性能更加智能化，而且这些功能会首先在Azure上发布出来。

　　在线首先发布已经在微软另一个主要云项目微软在线服务上得以实现。在线服务包括动态CRM在线服务，以及商业生产在线套件(BPOS),商业生产在线套件包含SharePoint在线和Exchange在线，在线服务由公司副主席Dave Thompson管理。

　　在线服务并不隶属于微软在线服务部门，后者负责的是MSN门户以及Bing搜索引擎。相反，微软在线服务属于STB，由Muglia负责，他是Thompson的上级。不过，令人不解的是，在线服务的旗舰产品商业生产在线套件是由微软业务部门负责市场营销，微软业务部门为Exchange和SharePoint创建了离线版本。

　　微软在线的收益归微软业务部门所有。这样做自然有其道理，如果不实行这样的政策，业务部门就不会有动力销售商业生产在线套件。但是，这样却大大削减了STB对商业生产在线套件的研发热情。

　　竞争对手虎视眈眈

　　STB与业务部门之间的矛盾或许为微软的竞争对手提供了可趁之机。在虽大但却有限的.NET开发领域，大家都想分一杯羹。

　　微软曾试图将Office，SharePoint和动态CRM定位成企业开发平台，，而不是将它们作为应用程序销售。

　　为了让客户能够在这些应用上创建自定义应用和扩展，微软有必要保持客户的升级路径。

　　程序员们尚未将这些应用作为平台使用，不过SharePoint十个例外。

　　Helm还表示，随着Office，SharePoint和动态CRM新版本的发布，微软计划“重启整套方案”。微软将大力推销SharePoint在线和动态CRM在线，并将其作为可编写的云平台。

　　对于微软STB和业务部门而言，拉拢开发人员都是他们获得收益的关键因素，如此，微软的开发员基础有可能被分化，到头来可能谁都无法获得足够数量的开发人员。

　　这一问题也表明了程序员的流向。更具架构性的Azure为大多数人.Net程序员所熟知。而SharePoint在线的内置功能有助于受时间约束的程序员完成开发。