微软Visual Studio 2010 & Scrum会议记录

阅读更多

4月12日，微软新一代的开发工具平台Visual Studio发布，搞了一系列的市场活动，还为之做了几个很煽情暧昧的广告（见http://v.youku.com/v_show/id_XMTYwNTE3NTI0.html），因此才有机会去听听微软内部是如何实施Scrum以及如何用VS 2010来Scrum。

最大感触是微软竟然也用Scrum，其实据统计公开用Scrum的公司有500多家，微软也是摸索之后才走上用Scrum的路，而VS 2010在系统上对Scrum的支持，更说明微软对Scrum的看好，说明他不仅仅自己采用这套方法，还提供工具协助软件开发公司用好Scrum。

微软内部开发VS 2010本身就是基于这么一套方法来实施项目管理的，并且在09年年初用VS2010beta1来辅助管理。针对VS2010这种大型软件，他们会把开发团队拆分成很多feature crews的小团队，一个feature crews就是一个敏捷团队，包括一个PM（program manager）,2-3个开发人员，2-3个测试人员。VS2010中的架构设计功能(uml,模型设计等功能)就由5个这种feature crews来完成的。

不同于一般的Scrum团队，他们的feature crew没有product owner,PM要承担这个责任，即编写backlog的责任，开发人员和测试人员也可以参与，这大概源于他们是开发工具事业部，是开发者又是用户，如果是行业应用，PO还是必要的。backlog也用story的形式来记录，内容包括：definition,goals,features,description,pre-condition,flow,acceptance test,design.
他们一个sprint的长度一般为一个月，可能因为对测试要求比较高，他们对“完成”的定义要求也比较高，有一箩筐的标准，列表太长没记录下来。

在代码控制方面他们要求也比较严格，有个main source branch，每个feature单独开feature branch，每个feature branch需要有三个质量检查点，check point 1/2 和最后的quality check，通过了quality check之后才能并入main branch中。
这个代码控制是通过TFS来进行的，微软终于抛弃了他们的visual source safe。TFS来带有持续集成的功能，以此来保证系统质量。

VS2010从他们讲解和截图来看，这些功能都可以通过GreenHopper来实现，GH还多了可视化卡片和拖拽功能，燃尽图和报表也不弱于VS2010，而CI是否需要引入需要看项目具体情况。