敏捷软件开发:Scrum实战指南(第2版)

敏捷软件开发:Scrum实战指南(第2版)

  • 特价 84.10
  • 原价 99.00
  • 作者 [美]米奇·莱西(Mitch Lacey)著 王国良 熊小龙 叶虎 郑璐璐 译
  • 出版社 清华大学出版社
  • 出版时间 2018年08月

详情

编辑推荐

《敏捷软件开发:Scrum实战指南(第2版)》取自作者在大多数公司导入和实施敏捷Scrum过程的实际经历,通过“故事、模型与成功要领”三段式框架,借助于诙谐有趣、有画面感的描述,来帮助读者观察、思考和体会主要的挑战与深层次的问题,进而充分运用Scrum的灵活性来创造更多、更大的价值。


特色主题一览:

• 起势,组建团队

• 为团队和组织定义“完成”

• 为短期成效做好规划,移除障碍,确保成功

• 实施确保敏捷成功的关键性技术实践

• 在制定版本规划时合理兼顾可预测性和可适应性

• 确保每日站会富有成效

• 及时回顾和补救

• 准确估算项目成本和衡量未来可交付的价值

• 动态Scrum项目的风险管理

• Backlog的优先级确定和估算

• 解决Scrum团队的文化冲突

• 分布式团队与离岸团队

• 形成持续改进的习惯,提升组织敏捷力

《敏捷软件开发:Scrum实战指南(第2版)》实例丰富,所有故事都来自作者的亲身经历,对打算导入敏捷的所有人员和组织具有重要的价值,开发人员、架构师、测试人员、经理以及项目负责人等,都可以从这些故事中得到共鸣和启发。

内容简介

Scrum作为敏捷方法,已经得到了广泛的应用。针对如何用好、用巧这个看似简单的框架,《敏捷软件开发:Scrum实战指南(第2版)》结合故事、模型和成功秘诀三大要素,透彻讲解确保Scrum成功实施的所有基本要素。全书5部分共35章。在简单介绍Scrum知易行难后,分别介绍战前准备、战地基础、战地急救,讨论如何使每日站会富有成效,如何提出Scrum的第四个问题,如何让人们在结对编程时保持专注,增加团队新成员时应该怎么办,发生文化冲突时应该怎么办,应急过程等。随后锁定八大主题,重点介绍高级生存和荒野生存。*后在附录中概述Scrum框架,以帮助读者快速入门。


《敏捷软件开发:Scrum实战指南(第2版)》适合打算实现敏捷转型并导入Scrum的所有人员阅读,是架构师、开发与测试人员、项目经理和项目负责人的理想参考书。

作者简介

著译者简介:


米奇•莱西(Mitch Lacey)

Scrum联盟和敏捷联盟的委员会成员,敏捷大会两届主席,CST(认证Scrum培训师)、PMI 项目管理 专家(PMP)和认证敏捷教练(ACP)。华盛顿大学敏捷认证课程讲师。

米奇拥有二十年项目管理经验,帮助过很多组织顺利采用敏捷实践,包括Scrum和XP。他具有丰富有效的实践经验,深受许多公司的信赖,比如Adobe Systems,Aera Energy,Rio-Rad,EchoStar,Microsoft,Oracle,Qualcomm,Salem Hospital,SAP,Sony等等。他经常出席全球大会发表主题演讲。在微软工作期间,他运用敏捷相关知识成功发布了Windows Live的核心企业级服务。他在微软的第一个敏捷团队由Ward Cunningham(维基之父、极限编程创始人之一)、Jim Newkirk(nUnit创始人)和David Anderson(看板倡导者)亲自指导。


王国良(Glen Wang

敏捷教练,致力于打造卓越个人和组织。经历过三个行业:通信,电子制造和金融IT。先后担任过开发人员、经理,精益和敏捷教练。译著有《特斯拉:电气时代的开创者》。敏捷之旅讲师,认证Scrum Master课程Co-Trainer。个人微信公众号:真北敏捷。


熊小龙

高级项目经理,10年以上软件开发及管理经验,7年敏捷软件开发管理经验。现任职于晨星资讯(深圳)有限公司,从事金融产品开发和项目管理工作。 长期奋斗于一线,注重管理实践与工程实践的结合,一直在探索跨职能、跨地域、跨时区的Scrum团队最佳实践。


叶虎

项目经理,PMP,经历了公司从瀑布式到敏捷转型。毕业于暨南大学,从测试到项目管理,专注于卓越产品和团队。


郑璐璐

精益和敏捷教练,卓越运营专家。致力于流程改进、质量提升、产品开发以及企业变革等主题,同时也将敏捷应用于个人成长领域并提炼出个人迭代精进模式。现就职于金融服务行业,专注于建造卓越运营体系,系统提升产品及服务质量,打磨“以人为本,持续改善,迭代创新和共创共赢”的卓越组织。

目  录

第1章  Scrum知易行难    1

故事    1

Scrum    6

什么是Scrum?    7

实施Scrum    8

Scrum的基本价值观    8

Scrum 需要转变思维方式    9

Scrum采用的是最短路径,而不是预设路径    10

Scrum发现问题    12

Scrum的最佳搭档    12

什么时候适合用Scrum?    13

变化是困难的    15

现状后期    16

从外部元素和混乱到思想转变    16

实践与集成    16

新的现状    17

成功要领    17

引用    18

第Ⅰ部分  战前准备

第2章  取得支持与组建团队    23

故事    23

模型    29

转变需要时间    30

建立紧迫感    30

成立一个强大的指导联盟    31

建立愿景/绘制未来的蓝图    31

沟通愿景    31

授权人们为愿景采取行动    32

计划并创造短期成功    33

进一步改善,巩固成效,继续深化改革    33

制度化新的方式方法    33

成功要领    33

引用    34

参考    34

第3章  用团队顾问来优化团队表现    35

故事    35

模型    40

建立一个团队顾问池    40

建立团队    42

核心团队    43

团队顾问    44

团队大小    44

核心团队与团队顾问一起工作    46

团队顾问与会议    46

成功要领    47

责任    47

试验    48

小心过度    48

计划可能的空闲时间    48

团队顾问不能代替专职团队    49

引用    49

参考    49

第4章  预估团队的速率    50

故事    50

模型    55

使用历史数据的问题    55

为拍脑袋增加一些依据    56

估算Product Backlog    57

分解参考故事    57

点数与小时数的大致关系    58

团队的生产能力    58

估算团队的速率    59

增强对这种技术的信心    60

走着瞧(使用靠谱的数据)    60

收集并以图表形式表示真实的数据    61

计算平均速率,但要对范围进行交流    61

截断数据    62

成功要领    64

引用    65

第5章  Scrum的三大角色    66

故事    66

模型    70

选择角色    71

组合角色    72

如果实在万不得已,又该何时组合这三大角色    74

成功要领    74

第6章  确定Sprint的长度    76

故事    76

模型    79

项目期限    80

产品负责人与项目干系人    81

Scrum 团队    82

确定 Sprint 的长度    82

警告    85

问卷之外    85

成功要领    86

长于1个月的Sprint    87

延长Sprint长度    87

引用    87

第7章  如何定义“完成”    88

故事    88

模型    90

介绍    91

头脑风暴    91

分类    92

排序与整合    93

生成与发布DoD    95

没有完成的工作呢?    95

成功要领    96

引用    96

第8章  全职的ScrumMaster    97

故事    97

模型    100

成功要领    106

消除障碍/解决问题    106

结束争论/当团队的保姆    107

报告团队的行为表现    107

引导并在必要时提供帮助    107

教育组织并驱动组织变革    108

结语    109

引用    109

参考    110

第II部分  战地基础

第9章  Scrum中工程实践的重要性    113

故事    113

实践    117

重构    119

持续集成以及更频繁的提交    120

结对编程    121

自动化集成与验收测试    123

成功要领    124

不是银弹    125

开始行动    125

获得团队的支持    125

DoD    125

把工程实践加入Product Backlog    126

获得培训与指导    126

结语    126

引用    127

参考    127

第10章  团队核心时间    128

故事    128

模型    131

在一起工作的团队    131

分布式团队与兼职的团队    133

成功要领    134

第11章  发布计划    136

故事    136

模型    140

项目成本    144

成功要领    146

事先进行沟通和交流,并且要频繁    147

每个Sprint后都更新发布计划    147

努力先做优先级最高的条目    147

交付可工作的软件    148

引用    148

第12章  分解故事与任务    149

故事    149

模型    152

做好准备    152

故事分解    153

任务分解    156

成功要领    159

引用    160

参考    160

第13章  缺陷管理    161

故事    161

模型    163

成功要领    164

附加信息    165

引用    165

参考    166

第14章  可持续工程与Scrum    167

故事    167

模型    170

专用时间模型    170

随时收集数据    171

专职团队模型    171

成功要领    173

专职维护团队成员的轮换    173

用良好的工程实践来改进遗留代码    174

结语    174

引用    174

第15章  Sprint评审会    175

故事    175

模型    179

进行会议    180

成功要领    181

花时间准备    181

记录决策    182

要求认可    182

勇敢    182

参考    183

第16章  Sprint回顾会    184

故事    184

实践    187

让回顾会议发挥应有的作用    187

计划一个有效的回顾会议    188

召开回顾会议    189

成功要领    191

告诉他们为什么要保留回顾会议    192

营造一个良好的环境    192

有需要就开    192

高度重视回顾会议    193

引用    193

第III部分  战地急救

第17章  富有成效的每日站会    197

故事    197

模型    200

准时开始和结束    201

开会迟到    201

议程、节奏和站位    202

打断    202

漫谈和深入讨论    202

暴露隐藏的障碍    204

忽略问题    204

过于模糊    204

结束就意味着开始    204

成功要领    205

保持会议的频率    205

站着,不要坐    206

像团队一样工作    206

耐心    207

第18章  每日站会的第四个问题    208

故事    208

模型    211

成功要领    212

引用    212

第19章  真正参与结对编程    213

故事    213

模型    215

混排结对编程    216

实践混排结对编程    216

混排结对编程的挑战    217

微结对    218

成功要领    220

引用    221

第20章    222

新加入团队成员    222

故事    222

模型    224

练习    226

成功要领    227

承认速率会下降    227

明智地选择新成员    227

风险    228

引用    228

第21章  处理文化冲突    229

故事    229

模型    234

成功要领    239

掌握自己的命运    239

面对现实    240

坚持到底    241

引用    242

参考    242

第22章  Sprint紧急情况处理流程    243

故事    243

模型    246

消除障碍    246

获得帮助    247

缩小范围    247

取消Sprint    248

成功要领    249

引用    249

第IV部分  高级生存

第23章  可持续的步伐    253

故事    253

模型    257

缩短迭代周期    260

监测燃尽图    260

增加团队时间    261

成功要领    262

引用    263

第24章  交付可工作的软件    264

故事    264

模型    268

核心模型    268

用户数    269

从风险最高的组件开始    270

扩展和验证    270

成功要领    271

思维的改变    272

返工    272

专注于端对端的场景    273

参考    274

第25章  价值的度量与优化    275

故事    275

模型    278

功能工作    278

额外的工作    278

试验性工作    279

技术债务    280

其他潜在的类型    280

组织数据    281

使用数据    281

成功要领    283

教育项目干系人    283

和项目干系人一起工作    284

确定模式与趋势    284

引用    284

参考    284

第26章  项目成本预算    285

故事    285

模型    290

功能规格书    290

用户模型    291

估算用户模型    291

确定用户故事的优先级    292

确定团队的速率    293

计算成本    293

制定发布计划    294

成功要领    294

引用    295

第27章  Scrum项目中的文档    296

故事    296

模型    299

为什么我们要做文档    300

我们会做什么文档    300

什么时候以及怎样做文档    301

在项目开始的时候做大量文档    301

在项目最后做大量文档    302

随着项目的进展写文档    303

敏捷项目的文档    304

文档准备不充分就开始项目    305

成功要领    305

引用    306

第28章  外包与离岸开发    307

故事    307

模型    310

考虑实际成本    310

交接成本    310

增加的开销    311

长期的人员流失    311

文化的挑战与管理工作    311

开发实践    312

面对现实    312

预算与成本    313

时间、距离与文化    314

成功要领    314

选择合适的离岸团队    314

以痛苦最小的方式分配工作    315

坚守Scrum框架    315

建立团队文化    316

准备差旅    317

配备一个项目/团队协调人    318

绝不考虑离岸的情况    318

引用    318

参考    319

第29章  大型产品列表的优先级确定与估算    320

故事    320

模型    323

团队    324

项目干系人    325

成功要领    328

预先计划至关重要    328

专注于讨论并设定时间限制    328

将未解决的争议放入“停车场”    329

带上额外的卡片/纸张以备现场产生用户模型    329

引用    330

第30章  拟定合同    331

故事    331

模型    335

传统的合同与变更要求    335

写用户模型    341

估算用户模型    341

成功要领    343

引用    345

第V部分  荒野必备

第31章  合作推动完成    349

故事    349

模型    353

任务扑克    353

结对编程    354

限制进行中的工作条目    355

两周迭代    358

用任务板创造可见性    359

成功要领    361

每个声音都有人听    361

对工作的共同理解    361

每位团队成员都对成果投入    362

不要平均任务估算    362

避免粒度更细的任务估算    362

Scrum建立在团队工作的基础之上    362

参考    363

第32章  故事点与时间的关系    364

故事    364

模型    367

恐惧因素    368

宽范围    368

成功要领    371

收集正确的数据    371

用数据来改善    372

故事点的REFLECT原则    373

参考    374

第33章  沉浸式面试与招聘    375

故事    375

模型    378

预测    378

雇佣要有正确原因    378

不良招聘的成本    379

技能,能力,还是两者兼顾    380

如何招聘    380

候选人筛选    381

准备与计划    382

候选人打分    383

招聘管理和非技术人员    384

成功要领    384

建立一个可重复的招聘流程    385

专注于能力而不是问题    385

技能容易学,能力不易学    385

找到比你强的人    386

理解成本并加大投资    386

引用    386

参考    387

第34章  激励与成果挂钩    388

故事    388

模型    391

设置关注点    391

按客户满意度统一目标    391

优先级的排定和调整    392

其他好处    394

成功要领    394

销售与开发一体化    394

停止牺牲人员和质量:对项目组合进行排序    394

管理层的支持    395

参考    395

第35章  Scrum项目中的风险管理    396

故事    396

模型    397

客户风险:PO    399

社会化风险:ScrumMaster    399

技术风险:开发(核心)团队    400

成功要领    400

放手    400

敏捷起来    401

参考    401

附录  Scrum框架

角色    404

ScrumMaster    404

产品负责人    404

开发团队    404

工件    405

Sprint Backlog    406

燃尽图    407

会议    407

计划会    407

每日Scrum    408

Sprint评审会    409

Sprint回顾会    409

结语    410


联系我们
  • 联系人:阿道
  • 联系方式: 17762006160
  • 地址:青岛市黄岛区长江西路118号青铁广场18楼