Part I 启航
第二章 ADAPT模型
Awareness, Desire，Ability，Promotion，Transfer
个体责任，共享信息透明
需要了解其他部门是如何配合scrum的
第三章 Scrum实施模式
小团队试点（start-small）/ 全面转型all-in
公开 / 悄悄行的
成长和拆分的优先选择/内部教练
引入新技术实践——简单设计，自动化测试，结对编程，重构。
马上实践 / 推迟尝试
第四章 渐进敏捷
用敏捷的方式做规划，应用在其他地方
第五章 试点项目
验证和对后续项目提供指导
理想的试点项目四个属性：持续时间，规模，重要性，发起人的保证
合适试点启动时机
选择试点团队
设定和管理期望
Part II 个体
第六章克服抵触
预见抵触：保守主义 实用主义 创新主义
第七章 新角色
Scrum master
——帮助团队使用Scrum：部分中作是清除团队遇到的障碍
保证团队一起顺利工作，迅速清除挡路石，团队有效的朝着目标前进。
他们有权，但权力来自于团队的授权。 流程的权力，让团队遵循流程。
何时以及怎样推动团队采用新的工程实践，什么时候可以干预。
提供指导而非给我决策和答案
优秀的Scrum master的品质
负责——能够并愿意承担对整个团队的责任。却不具有热河有助于实现这个目标的权力。
如图乐队指挥家，实时引导一个团体，团体中的个人是为了某一创造性的目标走到一起，而这个目标是没有人能够单枪匹马实现的。
谦虚——不以自我为中心，“看看我帮助完成了什么”而非“看看我完成了什么”
理解全体成员的价值，以身作则促成其他人达成共识。
协作——保证团队的协作氛围，公开讨论问题，并得到他人支持。
建立合作规范，指出不合适的行为。win-win的思考方式
投入——不任由问题遗留。不随意咋项目内更换人选。
有影响力的
知识渊博——具备技术、市场等知识等
Product Owner 产品负责人——给团队提供愿景激励和适当的边界
保证团队瞄准正确的目标 (Scrum Master 帮助团队尽可能有效地达到目标)
PO有权设立目标和形成愿景。不只是一个项目经理，也撰写需求，排列优先级。
定义产品Backlog，牌号优先级，都是目标的具体表现。
保证项目有一个好的投资回报。
1. 与客户联络，了解和顺义市场趋势
2. 与团队一起建造产品。
一个PO至负责一团队。（有一个PO小组）
优秀的PO品质
Available——始终都在，积极投入
Business-savvy——懂业务，决定有哪些功能，没有哪些功能，市场，客户和用户。
Communication——包括倾听用户，客户和团队的声音。技术和风险的挑战
Decisive——果断
Empowered——得到授权的，能为决策负责的人
第八章 角色转换
分析员
尽早完成分析→实时分析
编写需求文档→讨论它们的目标
大文档→口头分析大量信息，记录需求。使用wiki
促进团队与PO的沟通
第九章 技术实践
极限编程 XP Extreme programming
测试驱动开发TDD test-driver development —— 确保系统中所有的代码都可以被测试
重构 refactoring——改变代码结构，而不是代码行为。如“方法抽取”。有助防止code rot 代码腐烂
集体所有权 collective ownership——所有开发人员共同负责开发过程中的所有产出内容，特别是代码和自动化测试。
1. 确保dev不会变的太专，以至于只能在某一方面做出贡献。
2.确保没有一个地方变得太复杂，以至于只有一个开发人员能明白和完成工作。
持续集成 ——每日构建到持续集成，尽可能快地将新开发和修改过的代码集成到一个应用程序中，然后测试这个应用，确保没有任何东西被破坏。
结对编程 —— 两个开发人员一起写代码
设计 ——有意的而又是涌现式的，即设计是通过深思熟虑的和清醒的决策来指引的，且通过增量的方式来完成。
第十章 团队结构
被制造出来的系统结构反映了制造它的团队的结构 （Conway 1968；通常被称作“柯维定律”）
保持小团队和定位每哥团队基本上可以交付端到端的，用户可见的功能。
社会惰化现象程度更低——个体力量和团队大小成反比（Ringelmann心理学家）
积极地互动
协调上的时间更少
没有人会消失在幕后
更满意他们的成员
过分专业化的不利因素不太可能发生
特性团队，交付一个端到端的功能
组件团体
