敏捷软件开发的核心是：使用项目行为的“轻量但足够”的规则以及使用以人为本的规则及面向沟通的规则。Scrum的Sprint计划会议非常关键，应该算是Scrum中最重要的活动(这当然是我的主观意见)。要是它执行的不好，整个sprint甚至都会被毁掉。

图14 TFS2010集成平台的开发项目的合作

举办Sprint计划会议，是为了让团队获得足够的信息，能够在几个星期内不受干扰地工作，也是为了让产品负责人能对此有充分的信心。Sprint计划会议会产生一些实实在在的成果：

·sprint目标。

·团队成员名单(以及他们的投入程度，如果不是100%的话)。

·sprint backlog(即sprint中包括的故事列表)。

·确定好sprint演示日期。

·确定好时间地点，供举行每日scrum会议。

图15 Scrom敏捷过程管理

Scrom敏捷过程管理实施流程，如图15所示。将整个产品的backlog分解成Sprint Backlog,这个Sprint Backlog是按照目前的人力物力条件可以完成的。召开sprint planning meeting，划分，确定这个Sprint内需要完成的任务，标注任务的优先级并分配给每个成员。注意这里的任务是以小时计算的，并不是按人天计算。进入sprint开发周期，在这个周期内，每天需要召开Daily Scrum meeting。整个sprint周期结束，召开Sprint review meeting，将成果演示给Product Owner.团队成员最后召开Sprint retrospective meeting，总结问题和经验。这样周而复始，按照同样的步骤进行下一次Sprint.

最终结果是，每个Sprint都产生出一个可见的、可用的交付产品，并向用户进行展示。一个增量可能是中期的，也可能是可交付的，但是它应该是独立的。 Sprint的目标是完成尽可能多的优质软件来确实质性进展，而不是用纸上里程碑(paper milestones)作为依据。

4.Scrum索引卡(白板文化)

在大多数sprint 计划会议上，大家都会讨论产品 backlog中的故事细节。对故事进行估算、重定优先级、进一步确认细节、拆分，等等都会在会议上完成。敏捷开发中提倡建立物理索引卡。要想收到好的效果，不妨创建一些索引卡，把它们放到墙上(或一张大桌子上)。

笔者在这里也有个扩展方法，可以制作电子版的索引卡，如图16所示。可以清晰、直观的显示燃尽图和索引卡等信息。

ScrumDashboard是微软站点中的一个开源项目，最新版本ScrumDashboard2.4.0.8，大家可以到http://scrumdashboard.codeplex.com/ 下载数据脚本以及源码。

图15 ScrumDashboard界面

5.总结

VSTS2010的增强的功能特点结合MSF for Agile Software Development V5.0中的Scrum敏捷过程框架，使从事在微软.NET技术相关工作方向的人们拥有了一把利剑。

写到此笔者不禁又想起了在《神雕侠侣》中杨过得到的独孤求败的三柄剑：

利剑、重剑、木剑;

如果我们把微软VSTS2010工具，看成是敏捷开发团队中，在不同阶段中所使用的‘剑’，随着你的功夫和意境提高，你手中的利器就显着不重要了，无剑的境界便是最高的追求。敏捷有时也为灵感所致，如果敏捷团队的人们能锻炼出这种境界，便是软件开发之最高境界，那就是敏捷之道了。所以，敏捷的开发团队也是讲究天人合一(团队敏捷意识合而为一)，敏捷也是哲学的。

除了工具和Scrum外，令人忽视的就是团队成员的素质能力和意识。我在《我也能做CTO程序员职业规划》书中也讲过，如果公司团队人员始终保持不被开除的水平，他就不能自动自发。天底下水是最自动自发地朝下流，但是你要让你的团队成员整体地自动往上走。例如，有目的、有计划，有要求的业绩，有期限，有质量的标准。做到这些才仅仅是外因。

图16 内部驱动力雷达图

内因就是驱动员工愿意干事情，要有内在驱动力。每个人敏感程度不同，给每个类型程序员的驱动力也不同。所有的员工自动自发的工作都是有内因的，(参见图16所示)，扫描你的团队成员属于哪种类型。例如，他是家庭感情型，你就可以在某个节日或者事件里到他家做客，体现领导对他的重视和认可。让家人觉得领导得好，家庭的力量对他施加自动自发的内因驱动力。如果程序员是‘危机风险型’，你就提供他创新的机会和平台，发挥他的最大内因驱动力等。当然，这都必须结合外因才会可度量、可操作、可监控和有目标方向。