微软实现敏捷开发还有新武器

    SQL Server和Visual Studio开发团队已经完全切换为发布社区技术预览版CTP模式，这是一个中间性质的过渡软件版本，通过它可以有机会快速得到来自用户的反馈，但是它得不到像具有完整功能的beta版那种来自微软的广泛支持。Windows Server组在开发Windows Server 2008的时候，综合使用了beta测试版和CTP版这两种模式。

   微软客户服务部门的副总裁Rich Kaplan表示，在微软企业产品开发过程中，还有另外一个比较关键的地方是它的技术采纳计划TAP（Technology Adoption Programs），在这个计划中，测试软件厂商先对产品进行测试，然后将beta版或社区技术预览版应用到生产环境中，这样通过这个计划可以让微软从测试的软件厂商那儿得到丰富的线索信息。技术采纳计划由微软的客户服务和支持团队来管理，微软可以通过非正式的评论和更多的调查型数据来从参与者那儿得到反馈信息。

   据一些在最近的开发周期中参与这些新产品的预览版测试的用户表示，他们发现微软在响应速度和灵活性方面有了很大的进步。

   Garanti银行的数据库系统经理Umit Nazlica表示，“我们在测试SQL Server 2008的时候要求的几乎每一个事情现在都体现在了最终版本的产品中。”Nazlica表示，举个例子来说，Garanti的IT职员要求具有更强大的资源管理和监管功能，同时还有数据压缩和解密方面的改进，这些功能都已经在新版中实现。

   这个银行运行了140个微软的数据库实例，具有约11TB的数据，它在这之前还参与了目前使用的SQL Server 2005的TAP计划。据Nazlica表示，这次的测试过程比上次要好很多。他表示，“我们投入了更多的时间来测试这个产品，而且在与微软的工作人员进行交流方面我们现在更有经验了。”

    Michael Ruminer是波士顿的一个敏捷开发顾问，同时也是Visual Studio Team System软件方面的微软最有价值专家MVP，他表示，微软的开发团队现在真正的聆听客户要求，并且兑现自己的承诺。他们现在并没有表现出以往所具有的自大傲慢的态度。

    Rbuminer表示，敏捷开发不可能简单的通过管理的方式来被规定。但是他又补充说，当他与微软的开发者交流的时候，他感觉到他们的管理者正在采取实际的措施来为敏捷开发扫清障碍和不必要的过程。而且他表示，在听到外部开发者对Visual Studio测试工具的抱怨后，微软公司已经相应进行了显著的改进，这一步让Ruminer看到了微软响应迅速的一面。

    不过，他也表示，关于微软推出社区技术预览版的频率是否太快这个问题，还需要更多的讨论。因为这样将给用户和第三方开发商带来比较大的压力，它们可能被迫去忙于测试所有版本，Ruminer表示。但是对他来说，其积极的一面超过潜在的负面影响。他表示，“没有人会强迫你去安装CTP版。”

微软：敏捷源于用户需要

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

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

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

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