微软会变身成为敏捷开发典范吗？

来源：IT168 作者：思维牧童出处：巧巧读书 2008-03-22 进入讨论组

微软：敏捷源于用户需要

微软方向分析师DeMichillie表示，微软并不是一直就这样响应迅速。在这个公司的大部分历史中，它严格的坚持一种叫做零缺陷的开发哲学，尽管这种方法没有明确禁止公司的开发团队使用敏捷技术，它要求在编写任何新的代码之前要先修复现有的漏洞，从原理上来说，立即进行修复所花费的时间和金钱要比以后在开发过程中修复它少的多。

同样微软也不是一直这么积极的去聆听来自用户的意见。Somasegar表示，“三四年以前我们的大多数人观点是，‘我知道我怎么开发对你是好的，因此只要我认为有些功能已经成熟，我就会把它提供给你，然后我将等待你来证明我做对了。’”

微软的Windows Server分部的总经理Bill Laing补充说，“我们希望得到的反馈是‘这儿有些漏洞’，它不会改变这个产品。”

除了采取社区技术预览版之外，Visual Studio和SQL Server团队已经尽可能的去掉了体现部门本位思想的开发者、测试者和客户支持员工团队。它们都采用了Kummert所说的“feature crew(功能小组)”模式，通过由5到12个员工组成的更小的团队，一般来说包含一个编程经理和几个开发者和测试者。他表示，“通过采用这种方式，一个小组能够真正的控制一个特定的功能。”

Somasegar表示，通过使用一个功能小组的方法，他能够快速的跟踪某些与创建Office 2007应用程序相关的Visual Studio 2008功能的开发，因此它们同时能够通过一个Visual Studio 2005的服务更新包的形式发布，这个新的桌面套装在去年就早已经发布。

同时，微软的客户服务机构已经被服务器和工具部门整合，以收集和分析来自早期用户的反馈。Kaplan表示，分析结果然后会在Red Zone会议上与开发经理分享，以帮助他们做出正确的决策。他表示，之所以为这个会议选择这个名字，是为了强调在产品发布之前需要修复漏洞的重要性。
但是，社区技术预览版模式不是包治百病的灵丹妙药，它并不一定适合所有的事情。Laing表示，虽然正式的beta测试版会花费微软更多的研发时间，用户要等多的时间来安装，但是Windows Server团队将继续借助于这种方法。“我认为测试者更换像Windows Server这样基础软件是一件不能草率处理的大事情，”Laing表示，“因此我们同时发布社区技术预览版和beta测试版，以鼓励测试者真正在生产环境中去尝试它们。”

波士顿Continental航空公司的系统架构师Dawn Getteau表示，在Windows Server 2008的开发中使用的这种过程非常适合这家公司。Getteau表示，“这种版本周期非常适合Continental，虽然我们在生产环境中部署了Windows Server 2008 beta版，我们的更改管理、测试和验证过程都需要一定的时间来完成。”

对于自己希望得到多大的灵活性，微软同样有清晰的限度。举个例子来说，尽管上个星期微软宣布将对竞争厂商和开源开发者公布它的一些关键的应用程序编程接口(API)和通信协议的详细信息，Somasegar表示他没有考虑接受外部的对微软的.NET编程框架的源代码的贡献。

他表示，“我们希望你获得成功，这是我们给你访问.NET源代码权限的原因。但是我不知道该如何接受来自外部开发者的代码，并把它们放到一起，及时的作为一个产品的一部分进行发布。我们不会这么做，我们要确保对我们的用户负责，我们不能拿客户做试验。”