基本信息
- 原书名：Professional Scrum with Team Foundation Server 2010 (Wrox Programmer to Programmer)
- 原出版社： Wrox; 1 edition
- 作者： [美]Steve Resnick Aaron Bjork
- 译者： 朱永光
- 出版社：清华大学出版社
- ISBN：9787302308294
- 上架时间：2013-1-25
- 出版日期：2013 年1月
- 开本：16开
- 页码：269
- 版次：1-1
- 所属分类：计算机 > 软件工程及软件方法学 > 软件过程
内容简介
书籍
计算机书籍
《Scrum敏捷开发高级教程——使用Team Foundation Server 2010》要成功地交付优秀的软件，3个主要因素必不可少：技术、才能和过程。本书重点专注过程元素，可以使用Scrum来组织团队和活动的路线图，并展示了如何使用Visual StudioTeam Foundation Server(TFS)来执行Scrum项目。三位作者把他们多年的经验综合在一起，为你呈现了最佳的实践，还包括了一些帮助你轻松起步的模板。他们也为你可能会遇到的各种挑战提供了3种不同角度的处理方式，所有的目标皆在让你快速掌握使用Scrum和TFS交付典范型软件的方法。
主要内容
详细介绍软件项目管理的基础知识，从项目立项到团队组织
研究了高效团队的角色和报告功能
介绍丁TFS的跟踪和报告功能
分享了在TFS中使用Scrum工作的向导和心得
演示了如何创建产品积压工作项并定义相应的发布
深入介绍了发布、冲刺(sprint)和回顾会议的执行
计算机书籍
《Scrum敏捷开发高级教程——使用Team Foundation Server 2010》要成功地交付优秀的软件，3个主要因素必不可少：技术、才能和过程。本书重点专注过程元素，可以使用Scrum来组织团队和活动的路线图，并展示了如何使用Visual StudioTeam Foundation Server(TFS)来执行Scrum项目。三位作者把他们多年的经验综合在一起，为你呈现了最佳的实践，还包括了一些帮助你轻松起步的模板。他们也为你可能会遇到的各种挑战提供了3种不同角度的处理方式，所有的目标皆在让你快速掌握使用Scrum和TFS交付典范型软件的方法。
主要内容
详细介绍软件项目管理的基础知识，从项目立项到团队组织
研究了高效团队的角色和报告功能
介绍丁TFS的跟踪和报告功能
分享了在TFS中使用Scrum工作的向导和心得
演示了如何创建产品积压工作项并定义相应的发布
深入介绍了发布、冲刺(sprint)和回顾会议的执行
作译者
Steve Resnick是BlueMetal Architects的创始人和总经理，这是一家专注于IT战略、架构、设计和交付的咨洵和产品开发公司。BlueMetal Architects使用敏捷方法按时并符合预算地交付产品。在这之前，他是微软技术中心(Microsoft Technology Centers)的CTO。
Aaron Bjork是微软的资深项目经理，在TFS闭队里负责敏捷实践和工具方面的工作。
Aaron Bjork是微软的资深项目经理，在TFS闭队里负责敏捷实践和工具方面的工作。
目录
《Scrum敏捷开发高级教程——使用Team Foundation Server 2010》
第1章 软件产品的推出 / 1
1.1 推出软件产品需要做什么 / 1
1.1.1 构思愿景 / 2
1.1.2 深入认识 / 3
1.1.3 筹备资源 / 4
1.1.4 规划进度 / 6
1.1.5 实现特性 / 10
1.2 项目管理方法 / 11
1.2.1 Scrum / 12
1.2.2 MSF / 14
1.2.3 瀑布法 / 17
1.3 方法学比较 / 19
1.3.1 产品定义 / 19
1.3.2 适应性 / 19
1.3.3 计划 / 20
1.3.4 人员 / 20
1.3.5 文档 / 21
1.3.6 项目周期 / 21
1.4 小结 / 21
第1章 软件产品的推出 / 1
1.1 推出软件产品需要做什么 / 1
1.1.1 构思愿景 / 2
1.1.2 深入认识 / 3
1.1.3 筹备资源 / 4
1.1.4 规划进度 / 6
1.1.5 实现特性 / 10
1.2 项目管理方法 / 11
1.2.1 Scrum / 12
1.2.2 MSF / 14
1.2.3 瀑布法 / 17
1.3 方法学比较 / 19
1.3.1 产品定义 / 19
1.3.2 适应性 / 19
1.3.3 计划 / 20
1.3.4 人员 / 20
1.3.5 文档 / 21
1.3.6 项目周期 / 21
1.4 小结 / 21
译者序
Team Foundation Server作为Microsoft应用程序生命周期管理(ALM)解决方案的核心工具，集成了版本控制系统、构建系统、测试管理系统和项日过程管理系统。虽然我很早就开始使用TFS来作为版本控制的服务器，但是对于我们这样的小型开发团队而言， 一直深感其过程管理的臃肿。庆幸的是，Microsoft在Team Foundation Server 2010中优化了对敏捷开发管理的支持，不仅内置了Agile过程模板，还额外发布了Microsoft Visual Studio Scram 1．0模板，让应用Scrum的开发团队也可以得心应手地使用TFS了。值得一提的是，Microsoa刚刚发布的Team Foundation Server 2012中已经直接内置了Microsoft Visual Studio Scrum 2．0模板。
TFS 2010及TFS 2012虽说为Scrum的应用在工具方面提供了坚实的基础，但是在阅读了只有概要性内容的MSDN相关文档之后，想真正把TFS和Scrum结合起来更好地促进团队开发工作，还是有蹒跚前行的感觉。所以一直都希望有这样一份学习资料，既能为我们解答TFS使用的具体问题，又能向我们介绍Scrum的基础知识，甚至可以把两者有机结合在一起给大家分享’—些有用的实践经验。而当我看到Professional Scrum with TeamFoundation Server 2010这本书的时候，就知道它能满足我上面提到的3个需求。同时，也义不容辞地接受了本书的翻译工作，希望能把这样一本好书分享给国内的读者。
本书不是一本简单的Scrum方法学的介绍书籍，也不是一本介绍TFS的工具书，而是一本融合了多方面知识的经验性书籍——跟随Scrum的应川步骤介绍TFS的具体用法，跟随TFS的特性功能阐述Scrum的实践。本书的3位作者是宋白不同背景却在TFS和Scrum方面都经验丰富的专家。正因为他们把各自互补的经验总结融入到了本书中，所以才能清楚地让我们领悟到如何利用TFS这一工具很好地应用Scrum过程，为我们推出优秀的软件提供保障。
在此要感谢清华大学出版社的编辑，感谢她们对我的信任和督促以及在本书翻译过程中的辛勤工作，尤其要感谢她们的理解。
谨以此译作献给我亲爱的妻子，以及即将出生的孩子，希望能作为他／她来到这个世上的第一份礼物。
译者
TFS 2010及TFS 2012虽说为Scrum的应用在工具方面提供了坚实的基础，但是在阅读了只有概要性内容的MSDN相关文档之后，想真正把TFS和Scrum结合起来更好地促进团队开发工作，还是有蹒跚前行的感觉。所以一直都希望有这样一份学习资料，既能为我们解答TFS使用的具体问题，又能向我们介绍Scrum的基础知识，甚至可以把两者有机结合在一起给大家分享’—些有用的实践经验。而当我看到Professional Scrum with TeamFoundation Server 2010这本书的时候，就知道它能满足我上面提到的3个需求。同时，也义不容辞地接受了本书的翻译工作，希望能把这样一本好书分享给国内的读者。
本书不是一本简单的Scrum方法学的介绍书籍，也不是一本介绍TFS的工具书，而是一本融合了多方面知识的经验性书籍——跟随Scrum的应川步骤介绍TFS的具体用法，跟随TFS的特性功能阐述Scrum的实践。本书的3位作者是宋白不同背景却在TFS和Scrum方面都经验丰富的专家。正因为他们把各自互补的经验总结融入到了本书中，所以才能清楚地让我们领悟到如何利用TFS这一工具很好地应用Scrum过程，为我们推出优秀的软件提供保障。
在此要感谢清华大学出版社的编辑，感谢她们对我的信任和督促以及在本书翻译过程中的辛勤工作，尤其要感谢她们的理解。
谨以此译作献给我亲爱的妻子，以及即将出生的孩子，希望能作为他／她来到这个世上的第一份礼物。
译者
前言
我们需要面对这样的现实：推出优秀的软件是困难的。我们值得这样做吗？是的。我们有回报吗？是的。我们可以把艺术和工程有机结合在一起吗？是的。容易做吗？不是。
尽管如此，依然还是有一些公司和组织可以推出优秀的软件。它们交付了客户喜爱的产品。它们按时按预算地完成了这项工作。它们交付的解决方案和服务在市场中具有很高的价值。那么，它们是如何做到的呢？
答案很简单：它们依赖于技术、才能和过程的有机融合。这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团队的组织方式。它会介绍实际团队的角色和职责，会描述典型项目中团队成员间的交流互动。这一章也会讨论扩展团队规模的方式，以便应对更大更复杂的工作。
尽管如此，依然还是有一些公司和组织可以推出优秀的软件。它们交付了客户喜爱的产品。它们按时按预算地完成了这项工作。它们交付的解决方案和服务在市场中具有很高的价值。那么，它们是如何做到的呢？
答案很简单：它们依赖于技术、才能和过程的有机融合。这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团队的组织方式。它会介绍实际团队的角色和职责，会描述典型项目中团队成员间的交流互动。这一章也会讨论扩展团队规模的方式，以便应对更大更复杂的工作。
序言
关于敏捷，在形成这种特别的过程之前，它已经成为大家的一种做法。对于团队而言，总是有可能以紧密的形式组织起来，一起朝向共同的目标前进。在㈩现Scrum这个适当的名称之前，团队进行Scrum的类似行为已经有很长一段时间：在出现任何特定的Scrum角色和术语或任何特别的Scrum规定动作之前，也已这样做了很长时间。
只需要去问问罗马人就知道了。
因此，在出现敏捷之前，已经存在敏捷的做法；在出现Scrum之前，已纤有团队在践行着类似Scrum的做法。好在我们记得这些。1992年初，我就曾是有着敏捷、Scrum作风的团队的一员，即微软最初的Visual C++团队。这真是一个优秀的软什开发团队，它开创了真正的敏捷软件开发团队需要具备的很多做法。这个团队的造诣在数量和广度上都是令人吃惊的，且已经在其他文献中有了详细记录。在所有商业软件开发团队中最敏捷的团队无疑会载入软件开发过程和／或团队协作的史册。
在大约4年的时间里，这个团队使用特别的敏捷化的-严格的-开拓性的方法，几乎像魔法一样融合在一起——以一种日益让人印象深刻的产品发布方式——来降低先前优胜竞争对手留给大家的印象，并确立了相应的商业、技术和流程标准，这些东西定义了如今我们使用和创建的编程和通用软件开发环境的关键方面。把这个团队的标准行为拿出来，加入结对编程，再加上少许的术语，这就是敏捷了。您所拥有的当今大多数期望获得的项目实践的基础，也即由敏捷所定义的东西，在未来十年里会首先出现。
它是一种自然而适合的方式，因此类似这样的成功实践实际上就变成了一种正统做法，它们的特色也就变成了规范，而其中的技术演化成为具体的千具来支持这些最佳实践。在Visual Studio中出现这样的技术尤为适当(且个人对其很满意)，也体现了它的—脉相承。Visual Studio不仅提供了这样的技术，也提供了以白我为参照的质量标准，以及对于软件开发中总是会出现的问题的善意提示。
本书希望向读者阐明使用流行的技术来执行流行的最佳实践的方式方法。不管是现在还是过去，这样一本书无疑都描述了现实的情况。它的出版标志着开发领域发展过程中的特定时刻：方法和技术适时地结合在一起。
而此时此刻，是技术和方法相互促进的时代，技术既被方法左右又创造方法。以本书为例，Scrum和敏捷(方法)创造了TFS和VisualStudio(技术)，今后又会和它们一同演化。
所以，敏捷不但应当如此，而且本来就是如此的。
事物总是发展得越来越快。35年前，基本没有什么东西可以拿来编程，除了一些庞大臃肿而功能有限的计算机。20年前，没有办法做到以预见性的结果来开发所有程序。如今，我可以肯定地说，假如您仔细地遵循本书所提供的建议，配以一定的精力或贯彻促成敏捷、Scrum和TFS的技术文化所倡导的以结果导向的精神，那么就能在期望的时间内以可接受的费用交付稳定性水平符合要求的软件。
不过请注意，纵观历史，只有现在才能做到可靠地进行软件开发。我们现在能做的事情将会深远地影响我们的世界。我们可以预期比以往更大的技术变更，且这会很快到来——随着时间的推移，会更快到来。我们蓬勃发展的技术文化更多的是一种起源而非复兴，没有理由质疑它的重要性。我们有充足的理由认为，它将会是全局的、深刻统一的，且对信息和人们的自由度具有很强的促进作用。
由于软件是智慧的汇聚和传播，我们现在可以做得越来越多、越来越快、越来越好，那么接下来会发生什么呢?现在，我们能使用类似Scrum这样的实践和类似TFS这样的技术来开发软件，我们可以按照需要交付很多或有限的特性。那么，利用这种全新的、无限制的、难以想象的强大能力，我们接下来能做些什么呢?我们能构建怎样的文明?我们能传播怎样的智慧?
这里有几个向敏捷团队提出的问题——且只是向敏捷团队提出的——因为只有这样的团队才能合情合理地考虑这些问题。当他们组织在一起，进行Scrum，以互相支持的方式朝着日标(一个他们确实能达到的目标)前进时，怎样的目标才足值得去努力的?他们会选择创造怎样的世界?
您的看法呢?
先熟悉书里书外所涉及的知识，再来回答您要创造什么的问题。
Jim McCarthy
只需要去问问罗马人就知道了。
因此，在出现敏捷之前，已经存在敏捷的做法；在出现Scrum之前，已纤有团队在践行着类似Scrum的做法。好在我们记得这些。1992年初，我就曾是有着敏捷、Scrum作风的团队的一员，即微软最初的Visual C++团队。这真是一个优秀的软什开发团队，它开创了真正的敏捷软件开发团队需要具备的很多做法。这个团队的造诣在数量和广度上都是令人吃惊的，且已经在其他文献中有了详细记录。在所有商业软件开发团队中最敏捷的团队无疑会载入软件开发过程和／或团队协作的史册。
在大约4年的时间里，这个团队使用特别的敏捷化的-严格的-开拓性的方法，几乎像魔法一样融合在一起——以一种日益让人印象深刻的产品发布方式——来降低先前优胜竞争对手留给大家的印象，并确立了相应的商业、技术和流程标准，这些东西定义了如今我们使用和创建的编程和通用软件开发环境的关键方面。把这个团队的标准行为拿出来，加入结对编程，再加上少许的术语，这就是敏捷了。您所拥有的当今大多数期望获得的项目实践的基础，也即由敏捷所定义的东西，在未来十年里会首先出现。
它是一种自然而适合的方式，因此类似这样的成功实践实际上就变成了一种正统做法，它们的特色也就变成了规范，而其中的技术演化成为具体的千具来支持这些最佳实践。在Visual Studio中出现这样的技术尤为适当(且个人对其很满意)，也体现了它的—脉相承。Visual Studio不仅提供了这样的技术，也提供了以白我为参照的质量标准，以及对于软件开发中总是会出现的问题的善意提示。
本书希望向读者阐明使用流行的技术来执行流行的最佳实践的方式方法。不管是现在还是过去，这样一本书无疑都描述了现实的情况。它的出版标志着开发领域发展过程中的特定时刻：方法和技术适时地结合在一起。
而此时此刻，是技术和方法相互促进的时代，技术既被方法左右又创造方法。以本书为例，Scrum和敏捷(方法)创造了TFS和VisualStudio(技术)，今后又会和它们一同演化。
所以，敏捷不但应当如此，而且本来就是如此的。
事物总是发展得越来越快。35年前，基本没有什么东西可以拿来编程，除了一些庞大臃肿而功能有限的计算机。20年前，没有办法做到以预见性的结果来开发所有程序。如今，我可以肯定地说，假如您仔细地遵循本书所提供的建议，配以一定的精力或贯彻促成敏捷、Scrum和TFS的技术文化所倡导的以结果导向的精神，那么就能在期望的时间内以可接受的费用交付稳定性水平符合要求的软件。
不过请注意，纵观历史，只有现在才能做到可靠地进行软件开发。我们现在能做的事情将会深远地影响我们的世界。我们可以预期比以往更大的技术变更，且这会很快到来——随着时间的推移，会更快到来。我们蓬勃发展的技术文化更多的是一种起源而非复兴，没有理由质疑它的重要性。我们有充足的理由认为，它将会是全局的、深刻统一的，且对信息和人们的自由度具有很强的促进作用。
由于软件是智慧的汇聚和传播，我们现在可以做得越来越多、越来越快、越来越好，那么接下来会发生什么呢?现在，我们能使用类似Scrum这样的实践和类似TFS这样的技术来开发软件，我们可以按照需要交付很多或有限的特性。那么，利用这种全新的、无限制的、难以想象的强大能力，我们接下来能做些什么呢?我们能构建怎样的文明?我们能传播怎样的智慧?
这里有几个向敏捷团队提出的问题——且只是向敏捷团队提出的——因为只有这样的团队才能合情合理地考虑这些问题。当他们组织在一起，进行Scrum，以互相支持的方式朝着日标(一个他们确实能达到的目标)前进时，怎样的目标才足值得去努力的?他们会选择创造怎样的世界?
您的看法呢?
先熟悉书里书外所涉及的知识，再来回答您要创造什么的问题。
Jim McCarthy
