微软与敏捷存在方向性分歧吗？

作者 Steve Freeman 译者 乔梁 发布于 2007年6月20日

领域

语言 & 开发,

过程 & 实践

主题

工件和工具 ,

敏捷 ,

.NET

标签

评论 ,

NUnit ,

测试驱动开发 ,

TestDriven.NET ,

微软 ,

测试

最近，一系列的事件引发了一个问题：微软让使用其平台的开发者的敏捷实践变得更加困难，它是在冒险吗？它的开发工具是障碍吗？对于那些改变了我们使用微软产品的方式的敏捷技术，要去推广它们是不是太难了？甚至还有危险？是时候毫无保留地说出来了。

最近的两个事件表明，微软在拥抱敏捷社区这件事情上丢掉了它一贯的务实：它正通过法律手段来威胁Jamie Carsdale，让他撤销TestDriven.Net插件对VisualStudio Express的支持；Martin Fowler则质疑微软对技术领跑者的扼杀行为，Martin称这些领跑者为“alpha-geeks”。正如Martin所指出，微软开发与NUnit不兼容的的竞争产品，使很多开发者感到寒心，尤其是当它仅与VisualStudio的高端版本捆绑在一起。有人说TestDriven.Net之所以存在，就是因为微软的产品链里出现了缺口。

外界很难评判TestDriven.Net案的法律是非；Jamie和微软的产品经理Dan Fernandez似乎都坚信他们各自的立场。从他们各自的Blog以及SlashDot等论坛上的评论可以清晰地判定：现在支持微软的人气不高。即使最终证明微软是对的，在法庭上胜诉，他们也冒着像麦当劳诽谤案（the "McLibel" case）那样的公关灾难的风险。

像Martin写的一样，微软也有人想要改善一些事情：Peter Laudati要求持续地反馈，VisualStudio团队通过发布免费版本也收获颇丰。另一方面，像Sam Gentile那样早就皈依敏捷的人担心：微软和它所针对的机会主义开发者（被戏称为“Morts”）并不理解敏捷开发是如何进行的。

对于敏捷社区来说，风险在于：当微软与敏捷开发者各自追求不同的目标时，它们之间的鸿沟正在变宽。考虑到微软在市场上的优势地位的话，那并不会让我们生活得更“滋润”。因此我们对微软直言不讳就更加重要，也会促使微软的产品经理发布我们需要的基础框架。

查看英文原文：Microsoft and Agile - Divergent Agendas?

译者 乔梁 有十多年软件开发及项目管理经验，专注于提高软件企业提高交付能力。现任百度项目管理部高级架构师。

• 更早的 >