前 言 　　我们需要面对这样的现实：推出优秀的软件是困难的。我们值得这样做吗？是的。我们有回报吗？是的。我们可以把艺术和工程有机结合在一起吗？是的。容易做吗？不是。 　　尽管如此，依然还是有一些公司和组织可以推出优秀的软件。它们交付了客户喜爱的产品。它们按时按预算地完成了这项工作。它们交付的解决方案和服务在市场中具有很高的价值。那么，它们是如何做到的呢？ 　　答案很简单：它们依赖于技术、才能和过程的有机融合。这3个要素中的每一个都是必需的，不过只依赖其中一个却不足以交付优秀的产品。如果忽略任何一个要素，毋庸置疑会失败。如果具备了所有要素，那么无疑拥有了成功的必要条件。 　　本书将会着重于推出优秀软件的3个要素中的一个：过程。本书为如何使用Scrum来组织团队和活动提供了一个路线图，展示了如何使用Visual Studio Team Foundation Server（TFS）来执行Scrum项目——从计划冲刺到跟踪进度。鉴于我们着重关注这个开发成功软件的必要条件，本书将会提供所需的全部细节信息。 　　本书将介绍执行Scrum项目、使用TFS的最佳实践。本书甚至包含了一些帮助起步上手的模板。就算在这些知识的帮助下，还是会遇到一些没有标准答案的困难问题。那样的话，就需要依赖于本身的洞察力和经验。 　　本书是3位背景不同的作者协作努力的成果。我们相信，通过向你提供多方面的视角，可以更好地帮助你处理不可避免要面对的独特情况。我们每个人在Scrum和项目管理上都具有多年的经验。我们每个人都曾推出过优秀的软件，我们写下的内容都是来自于经验总结。 　　我们希望，我们在软件项目管理方面的经验能够加快你使用Scrum和TFS推出优秀软件的速度。 　　本书读者对象 　　本书适合那些希望利用Scrum和TFS来构建并推出优秀软件的开发人员和管理人员。如果你是Scrum的初学者，之前没有用过TFS，那么本书是一个极好的起点。如果你在Scrum方面经验丰富，但对TFS较为陌生，那么本书可以作为把现有知识应用到新工具上的向导。如果你在Scrum上面很有经验，也用过TFS的其他团队管理模板，那么阅读本书也会是学习Scrum 1.0模板的新特性的好途径。 　　我们没有假定你非常熟悉Scrum。第1章到第4章可以帮助很好地了解这方面的内容。当然，一本书不能成为培训的替代品，仅仅进行培训也不如有教练辅导那样有效，而只进行辅导又无法替代真实的经验，不过本书将会在各个层次上帮助你。我们之所以能够这样信心满满地说，是因为本书不仅仅是一本关于Scrum的书籍，也不仅仅是关于TFS的书籍。整本书的内容都一直围绕这两方面的内容展开。本书就是为帮助你使用优秀的工具（TFS）来实现优秀的过程（Scrum）而特别写就的。这是一本具体操作的实用指南。 　　Scrum团队中的每个人对于推出产品都要承担责任，因此每个人都需要了解过程和工具。这也是Scrum的独特特征之一：整个团队而不是只有项目领导负责。由于每个人都需要了解过程和工具，因此本书对于团队中的每个人都会有所帮助。 　　最后，项目发起方也会发现本书很有用。你可能是发起项目的企业主管、雇佣咨询公司来构建产品的管理者，抑或是为企业注资的风投人。如果你的团队使用Scrum，则应该以其中的原则为基础来参与相关工作。你会发现前面的几章对自己很有用，后面的章节对于你的团队也有借鉴意义。 　　本书涵盖的内容 　　在撰写本书的时候，我们就设定了本书要涵盖利用TFS执行Scrum项目所需一切内容的目标。这是一个宏伟的目标，不过也要受到按时交稿的约束。我们假定你熟悉Visual Studio但不熟悉TFS。我们假定你之前参与过软件开发团队的工作，尽管可能没有亲自执行过项目。 　　本书的内容结构 　　本书由11章和两个附录组成。 　　第1章：软件产品的推出 　　这是一个介绍性的章节，主要讲解软件项目管理的基本内容——启动项目、分配资源和组织团队。其中描述了3种常见的方法学——Scrum、MSF和瀑布法，并比较了它们三者的本质属性。我们还会讲到每种方法学是如何组织团队的、整个开发过程会是怎样的，以及如何跟踪过程和里程碑。在阅读完这一章之后，将能够把在其他方法学中的经验转换到Scrum中来。 　　第2章：组织Scrum团队 　　该章将描述Scrum团队的组织方式。它会介绍实际团队的角色和职责，会描述典型项目中团队成员间的交流互动。这一章也会讨论扩展团队规模的方式，以便应对更大更复杂的工作。 　　该章还回顾了MSF和瀑布法项目的典型组织方式。这样做有两方面的缘由。首先，如果你熟悉这些方法学但对Scrum较陌生，那么该章将会帮助理解Scrum的团队组织方式。其次，通过比较这3种团队组织方式，可以对类似的功能如何以不同的方式实现有更深入的了解。 　　在Scrum中只有3种角色——产品负责人、ScrumMaster和团队成员——不过在IT工程里面还存在更多角色。通过了解这个不一致的地方，我们可以把Scrum团队放到更加广泛的IT社区中去考量。我们会简短讨论诸如数据库管理员和架构师这样的传统IT角色如何在Scrum中对待。 　　阅读完这一章后，将会对如何组织Scrum团队以及如何从一个方法转换到另外一个方法有更好的了解。 　　第3章：在TFS中跟踪重要信息 　　该章介绍TFS的跟踪和报表功能。很多开发人员和管理人员对TFS的源代码控制或自动化构建功能比较熟悉。然而，在TFS中，Scrum模板就是基于跟踪和报告特性的。 　　Scrum的工件，包括产品积压工作、任务、测试用例和Bug，都存储在TFS中。该章不是仅仅讲述它们是如何以及存储在哪里的，而是把它们放到Scrum项目的上下文中来讲解。该章的目标是，让你对在Scrum模板中应该跟踪什么以及如何跟踪有一个良好的基础认识。 　　第4章：开始使用TFS Scrum模板 　　如果对Scrum已经比较熟悉且对TFS也有了初步认识，那么就可以直接从该章开始阅读。该章首先一步一步地介绍Scrum 1.0模板的下载和安装。接着对Scrum项目的大致步骤进行了一个概览性的介绍。 　　你从中会学到如何从用户故事到验收标准来定义产品积压工作条目（PBI），如何利用计划扑克来估算PBI，也会学到燃尽图（一种用于Scrum内的基本跟踪工具）。另外，还会学到如何使用TFS来设定与跟踪发布、冲刺和质量。 　　阅读完这一章后，将会了解到如何使用TFS来录入和跟踪Scrum工件。 　　第5章：工作项、查询和报表 　　该章会逐一介绍Scrum的主要工件，详细说明如何在TFS中使用它们。我们会从其用途和数据字段来介绍每个Scrum工件。该章也提供了一些示例来展示如何填写它们，以及它们为Scrum过程所带来的价值。 　　该章将介绍区域、任务、发布、冲刺、障碍、Bug和测试用例，也会介绍TFS中使用这些内容的两种主要方式：查询和报表。TFS能让你在Excel中创建专业的报表，因而本章也会详细介绍这方面的内容。 　　在阅读该章之后，将会了解到如何在具体项目中使用Scrum工件，以及如何使用TFS来管理它们。 　　第6章：产品积压工作 　　产品积压工作是一个工作队列，包含了待构建的特性、需要满足的用户需求和要进行修复的Bug。产品积压工作由产品所有者管理，表示了团队唯一的工作输入。它是Scrum的核心。 　　在该章中，你将会学到如何创建PBI和如何使用其中包含的各种字段。PBI在TFS中会和其他Scrum工件关联。在该章中，你会学到如何把它们连接到测试用例、Bug和任务上，也会学到如何使用Visual Studio以及Excel来这样做。 　　阅读完该章后，你将会对PBI的概念和如何在TFS中管理它们有一个坚实的认识。 　　第7章：跟踪质量 　　该章会介绍跟踪和管理质量的3个方面的内容：测试用例、Bug和任务。首先，会学到如何使用TFS来录入和跟踪测试用例。同时将看到如何创建测试计划、单独的测试用例和共享步骤，也会学到如何处理手动以及自动化测试用例。该章会介绍一些内置的报表，可用来评价测试计划就绪情况。 　　在讨论测试计划和测试用例之后，该章会涉及如何在TFS中存储和跟踪Bug。类似于PBI，Bug代表了必须估算、计划和完成的工作。它们可以连接到任务和其他元素上。和PBI一样，可以在Visual Studio或Excel中处理它们。该章会逐一介绍这些内容。 　　第8章：执行发布 　　从该章开始，读到的内容会更具有全局性——利用TFS基于Scrum方法来管理产品的发布。该章开头会讲解TFS中定义发布的方式，接着会叙述发布内的PBI如何定义。 　　在第5章和第6章中，已经学会了如何录入PBI的内容。在该章中，会学到如何处理发布内的PBI。这一章也会为如何编写优秀的用户故事以及如何测试它们提供一些实用的建议，会从成功模式和失败模式两个方面来具体讲解。另外，还会学到如何根据项目的具体情况把PBI关联到任务上，以及如何有效地使用Excel来监测进度。 　　阅读完该章之后，你将会了解到如何定义用于发布的Scrum工件。 　　第9章：执行冲刺 　　冲刺是Scrum的印记。冲刺是一个固定时长的周期，团队在此期间会构建完成一系列产品特性。该章将讲述如何在TFS中创建和跟踪冲刺进度。 　　Scrum通过对PBI的跟踪来度量冲刺和发布的进度。PBI完成数量的比率就是速度。跟踪PBI和相关速度的常见方式就是使用燃尽图。在该章中，将会学到如何度量速度以及如何通过燃尽图的使用来跟踪PBI。 　　第10章：回顾会议 　　迭代开发的一个好处就是，团队能够在每次迭代后改变运作的方式。可以改变团队的组成、改变冲刺的时间、改变开发的速度。实际上，这会让团队变得敏捷。理想情况下，在迭代间引入的改变会提升接下来的迭代的质量和速度。 　　Scrum通过名为回顾会议的一个会议让这个过程正式化。在该章中，会学到如何召开回顾会议和如何使用TFS来记录团队反馈的信息。 　　第11章：利用Spike改进Scrum 　　Spike是一种限定时间的技术研究过程，用来找出阻碍团队前进的问题的答案。在团队面对会对后续冲刺产生重大影响的决策的时候，这个东西就能派上用场。Spike和冲刺的主要不同之处是，冲刺会产生对客户有价值的特性，而Spike只会解决技术和设计问题——这些问题必须得以解决才能消除项目推进的障碍。 　　该章会讲述如何在发布内使用Spike。是否应该提前或推迟执行它们？是否应该和冲刺并行执行它们或作为小型冲刺执行它们？在阅读完该章之后，将会了解到何时以及如何在Scrum发布内执行Spike。 　　附录A：进行Scrum评价 　　TFS是存储和跟踪Scrum工件并驱动项目前进的首要工具。为了帮助你上手Scrum中发生的各种各样的会议和仪式，该附录将包含一些模板。它提供了用于每日Scrum会议、冲刺结束时的回顾会议、冲刺计划会议以及产品演示会议的模板。 　　我们几个作者都在使用这些模板来工作。使用模板是确保多个项目间一致性和质量的有效方式。 　　附录B：参考文献 　　对于敏捷软件项目管理的通用知识和对于Scrum的特别知识，都有大量的优秀书籍和有用网站供大家参考。它们都非常值得一读，为我们涉及的这个主题提供了有益的补充和不同的视角。在这个附录中，我们列出了一些我们过去几年中学习和掌握这一主题所用到的资源。 　　使用本书需要做的准备 　　要从本书中收获更多知识，需要几个工具和一颗开放的心。对于工具，需要Microsoft Visual Studio 2010、Team Foundation Server和Microsoft Office。具备开放的心，才能帮助你从进行软件项目的老方式转变到Scrum上。 　　Visual Studio 2010的版本很多。幸运的是，它们都可以访问Team Foundation Server。如果进行一些高端的开发，那么高端版本的Visual Studio 2010还是值得购买的。微软的网站在页面中列出了这些版本。除了一个特例之外，所有的Visual Studio 2010版本都具备本书讲述的特性。第7章简单讲述的Microsoft Test Manager只会出现在Ultimate和Test Professional版本中。 　　需要一份Office的副本。我们推荐使用Office 2010，不过Office 2007也足够。如果依然在使用老版本的Office，那么就需要帮自己一个忙：升级。 　　还需要Team Foundation Server 2010（TFS）的一份副本，它和Visual Studio一起发布。要安装TFS，则需要IIS、SQL Server和Windows SharePoint Services。如果对底层平台进行了正确配置的话，这些安装工作都非常简单。可以把TFS直接安装到实体机上，也可以安装到虚拟机中。正如可能会想到的，Hyper-V可以很好地完成这项工作。 　　除了把TFS安装到本地硬件，也可以使用托管提供商的服务。如果注册了一家稳定的提供商，那么体验就更加完美了。本书中的所有示例都是使用托管公司SaaS Made Easy的TFS托管版本来创建的。SaaS Made Easy是一家参与了微软BizSpark项目的领先TFS提供商。这家公司为TFS托管提供了非常棒的服务——且以合理的价格。如果不想在本地安装TFS，那么可以试用一下SaaS Made Easy的服务。 　　正如之前所提到的，除了需要一些软件以外，还需要一颗开放的心。从某种做事的方式转变到另外一种是非常困难的。尽管事实如此，但是自从Jim McCarthy撰写Dynamics of Software Development以来，软件开发的最佳实践就没有怎么变过。不过Scrum做的就是整理技术的工作，所以它们可以被重复并随着时间不断改进。因而，我们需要保持开放的心，随时关注重大的机遇。 　　勘误表 　　尽管我们竭尽所能来确保在正文和代码中没有错误，但人无完人，错误难免会发生。如果你在Wrox出版的书中发现了错误（例如拼写错误或代码错误），我们将非常感谢你的反馈。发送勘误表将节省其他读者的时间，同时也会帮助我们提供更高质量的信息。 　　要找到本书的勘误页面，可以进入，使用Search搜索框或书名列表定位本书，然后在本书的详细信息页面上单击Book Errata链接。在这个页面上可以查看为本书提交的、Wrox编辑粘贴上去的所有错误。完整的书名列表（包括每本书的勘误表）也可以从/misc-pages/booklist.shtml上获得。 　　如果你在本书的勘误页面上没有看到你发现的错误，可以到wkservice@vip.163.com上填写表单，把你发现的错误发给我们。我们会检查这些信息，如果属实，就把它添加到本书的勘误页面上，并在本书随后的版本中更正错误。 　　 　　如果想和作者或同行进行讨论，请加入上的P2P论坛。该论坛是一个基于Web的系统，你可以发布有关Wrox图书及相关技术的消息，与其他读者或技术人员交流。该论坛提供了订阅功能，当你感兴趣的主题有新帖子发布时，系统会邮件通知。Wrox的作者、编辑、其他业界专家和像你一样的读者都会出现在这些论坛中。 　　在网站上，你会找到很多不同的论坛，它们不但有助于你阅读本书，还有助于你开发自己的应用程序。加入论坛的步骤如下： 　　（1） 进入，单击Register链接。 　　（2） 阅读使用条款，然后单击Agree按钮。 　　（3） 填写加入该论坛必需的信息和其他你愿意提供的信息，单击Submit按钮。 　　（4） 你将收到一封电子邮件，描述如何验证你的账户和完成加入过程。 　　不加入P2P也可以阅读论坛里的消息。但是如果要发布自己的消息，就必须加入。 　　加入之后，就可以发布新的消息和回复其他用户发布的消息。可以随时在Web上阅读论坛里的消息。如果想让某个论坛的新消息以电子邮件的方式发给你，可以单点击论坛列表中论坛名称旁边的Subscribe to this Forum图标。 　　要了解如何使用Wrox P2P的更多信息，请阅读P2P FAQ，其中回答了论坛软件如何使用的问题，以及许多与P2P和Wrox图书相关的问题。要阅读FAQ，单击任何P2P页面上的FAQ链接即可。