图书介绍

Scrum敏捷软件开发2025|PDF|Epub|mobi|kindle电子书版本百度云盘下载

Scrum敏捷软件开发
  • (美)MikeCohn著 著
  • 出版社: 北京:清华大学出版社
  • ISBN:9787302238799
  • 出版时间:2010
  • 标注页数:474页
  • 文件大小:54MB
  • 文件页数:507页
  • 主题词:软件开发-项目管理

PDF下载


点此进入-本书在线PDF格式电子书下载【推荐-云解压-方便快捷】直接下载PDF格式图书。移动端-PC端通用
种子下载[BT下载速度快]温馨提示:(请使用BT下载软件FDM进行下载)软件下载地址页直链下载[便捷但速度慢]  [在线试读本书]   [在线获取解压码]

下载说明

Scrum敏捷软件开发PDF格式电子书版下载

下载的文件为RAR压缩包。需要使用解压软件进行解压得到PDF格式图书。

建议使用BT下载工具Free Download Manager进行下载,简称FDM(免费,没有广告,支持多平台)。本站资源全部打包为BT种子。所以需要使用专业的BT下载软件进行下载。如BitComet qBittorrent uTorrent等BT下载工具。迅雷目前由于本站不是热门资源。不推荐使用!后期资源热门了。安装了迅雷也可以迅雷进行下载!

(文件页数 要大于 标注页数,上中下等多册电子书除外)

注意:本站所有压缩包均有解压码: 点击下载压缩包解压工具

图书目录

第Ⅰ部分 启航3

第1章 为什么敏捷转型难(但值得)3

为什么转型困难5

成功的变革不是完全的自上而下或者自下而上5

结束状态是不可预知的6

Scrum是无处不在的8

Scrum是截然不同的9

变化来得比以往更快10

最佳实践是危险的10

为什么值得投入11

更高的生产力及更低的成本13

员工的参与度和工作满意度增强15

更快的产品上市时间16

更高的质量17

项目干系人的满意度提升18

现在的做法已经不再有效19

承前启后20

延伸阅读20

第2章 ADAPT模型23

意识25

意识开发工具27

渴望29

渴望提升工具30

能力33

能力开发工具34

推广37

Scrum推广工具38

传递40

“企业重力”的来源41

承前启后44

延伸阅读45

第3章 Scrum实施模式47

小团队试点,还是全面转型47

选择小团队试点的原因48

选择全面转型的原因49

在全面转型和小团队试点之间选择50

公开敏捷,还是悄悄行动51

选择公开展示敏捷的原因52

选择悄悄行动的原因53

从公开展示和悄悄行动中做出选择54

Scrum的推广模式55

先拆分后播种55

先成长后拆分56

内部教练57

优先选择先拆分后播种模式的原因57

选择先成长后拆分模式的原因58

选择内部教练模式的原因58

选择你自己的方式59

引入新的技术实践60

马上开始的原因61

推迟尝新的原因62

最后一点考虑62

延伸阅读64

第4章 渐进敏捷67

改进Backlog68

企业转型社区70

ETC的Sprint72

发起人和产品负责人73

ETC的职责74

改进社区77

改进的催化剂78

有效性的两个度量指标79

改进社区Sprint80

关注实际相关的目标82

改进社区的成员82

解散社区84

一种尺寸不能适合所有的85

承前启后85

延伸阅读85

第5章 试点项目87

选择试点项目87

理想试点项目的四个属性88

选择合适的时机启动项目90

濒临失败的项目91

选择试点项目团队92

试点项目不成功会怎样94

设定和管理期望95

关于进度的期望95

关于可预测性的期望97

关于对Scrum态度的期望98

关于参与程度的期望98

不过是个试点项目99

延伸阅读100

第Ⅱ部分 个体103

第6章 克服抵触103

预见抵触103

哪些人会抵触104

瀑布深信症和敏捷恐惧症106

关于变革的沟通107

从领导那里听到107

从同伴那里听到108

个体抵触的方式和原因109

怀疑论者112

破坏者115

顽固分子116

追随者119

把抵触视为一个有用的危险信号121

延伸阅读122

第7章 新角色123

ScrumMaster的角色123

优秀ScrumMaster的品质124

技术带头人担任ScrumMaster127

内部或外部的ScrumMaster128

轮流担任ScrumMaster129

克服共同的问题130

产品负责人132

产品负责人的职责132

每个团队只需要一个产品负责人135

优秀产品负责人的品质138

ScrumMaster担任产品负责人139

克服普遍问题140

新角色,老责任143

延伸阅读143

第8章 角色转换145

分析员145

项目经理148

为什么头衔要发生变化150

架构师151

不编码的架构师152

职能经理153

职能经理的领导角色153

人员管理职责155

程序员155

数据库管理员157

测试员157

用户体验设计师160

三个常见主题163

延伸阅读163

第9章 技术实践165

追求技术进步165

测试驱动开发166

重构169

集体所有权171

持续集成172

结对编程174

设计:有意的而又是涌现式的176

习惯于不做大型设计178

引导设计179

技术实践的改进并不是可有可无的182

延伸阅读182

第Ⅲ部分 团队189

第10章 团队结构189

给他们两个匹萨189

为什么两个匹萨就够了191

小团队的效率192

支持特性团队195

保守地使用组件团队197

谁来做这些决定?201

今天对,明天可能错201

自组织不等于随意组合202

一人一个项目205

任务太多的时候,花在单一任务上的时间会减少206

何时可以多任务208

公司的多任务表209

立刻停止209

良好的团队结构指导原则211

承前启后213

延伸阅读213

第11章 团队协作215

拥抱团队责任制215

培养团队承诺217

依赖专家但须谨慎218

所有工作总是逐渐完成220

不要等到Sprint快结束时才完成所有任务221

承诺完成不同粒度的产品Backlog事项222

鼓励团队学习223

确保学习环境223

设计学习型团队224

消除知识浪费228

通过承诺鼓励合作230

承前启后232

延伸阅读233

第12章 领导自组织团队235

影响自组织团队236

容器、差异与交流237

选择外部环境245

定义绩效245

管理思想246

引入替换选择系统246

给系统注入能量247

领导力远不仅限于买匹萨249

延伸阅读249

第13章 产品Backlog251

从文档到讨论的转变252

切勿良莠不分254

在产品Backlog中使用用户故事255

持续地提炼需求258

涌现的需求258

产品Backlog冰山259

为什么要持续地提炼需求?261

对用户故事的持续提炼262

学会在没有详细说明书的情况下开始266

通过事例说明267

跨职能的团队能降低对文档的需求270

创建DEEP的产品Backlog271

不要忘记讨论271

延伸阅读272

第14章 Sprint273

每个Sprint应递交可工作的软件274

“潜在可交付”的含义275

识别“潜在可交付”的指导方针276

每个Sprint提交一些有价值的东西279

在当前Sprint为下个Sprint做准备282

台球短跑283

只在一个Sprint中塞入能完成的东西283

每个Sprint始终保持协作285

避免特定活动的Sprint286

用完成-完成的关系取代完成-开始的关系288

用户体验设计的交迭289

全盘思考,增量工作290

系统架构和数据库设计292

保持时间箱定期性和严格性294

绝不要延长Sprint295

不要改变目标297

放弃改变团队目标的习惯299

获得反馈,学习和适应301

延伸阅读301

第15章 做计划303

逐步完善计划304

不要用加班来赶计划306

历经挫折后才会明白307

达到目标308

如果不加班,怎么办310

如果可能,支持改变范围311

考虑其他选择312

项目环境是关键315

区别对待估算和承诺316

用正确的数据来做317

从估算到承诺320

历史估算是承诺的基础321

小结325

延伸阅读326

第16章 质量327

把测试集成到流程中327

为什么最后才测试没有效果328

什么是构建质量330

不同层次的自动化331

保留用户界面测试的角色334

手工测试角色334

在Sprint内做自动化335

关于收益的例子337

验收性测试驱动开发(ATTD)338

恰到好处的细节339

偿还技术债务341

通过三个步骤3降低测试债务342

质量需要团队的共同努力344

延伸阅读344

第Ⅳ部分 组织349

第17章 扩展Scrum349

扩展产品负责人350

共享责任,分割职能351

完成大型产品Backlog的工作352

一个产品,一个产品Backlog352

保持产品Backlog大小合理354

主动管理依赖356

进行滚动的前瞻性计划会议357

举行发布启动会议359

共享团队成员360

使用集成团队361

在团队间协调工作363

Scrum of Scrums会议364

同步Sprint367

扩展Sprint计划会议368

错开一天369

大房间370

培养实践社区371

正式的或非正式的373

创造有利于社区形成和繁荣的环境374

参与375

Scrum确实能扩展376

延伸阅读377

第18章 分布式团队379

决定如何分布多个团队380

形成凝聚力383

承认显著的文化差异383

承认微小的文化差异385

加强职能和团队的亚文化386

通过强调早期进展来建立信任389

现场见面会392

播种访问392

联络访问394

旅行大使395

改变沟通方式397

添加一些文档397

给产品Backlog添加细节398

鼓励横向沟通399

会议400

一般性建议401

Sprint计划会议403

每日站会406

Scrum ofScrums410

Sprint评审和回顾411

谨慎行事412

延伸阅读413

第1 9章与其他方法论共存415

混合Scrum和顺序式开发415

三种交互场景416

冲突的3个领域417

Scrum和顺序式能永远共存吗?419

监管420

用非敏捷的监管来运行Scrum项目421

兼容422

ISO 9001423

能力成熟度模型集成(CMMI)425

实现兼容427

下一步428

延伸阅读429

第20章 人力资源、后勤和PMO431

人力资源432

管理层次结构433

定期的绩效评估434

开除团队成员436

职业发展437

只要有人参与,就总是存在与人相关的问题438

后勤439

空间439

将作战指挥室变到整个空间440

家具442

在工作空间里应该可见的东西444

项目管理办公室446

人员447

项目448

过程449

重新命名PM0450

底线451

延伸阅读451

第Ⅴ部分 下一站455

第21章 看看进展如何455

测量的目的455

一般性的敏捷评估456

撒丹遵守度调查457

Agile:EF459

比较式敏捷评估460

创建你自己的评估464

Scrum团队平衡计分卡465

构建平衡记分卡466

推崇简单度量468

我们真的在意这些吗470

延伸阅读471

第22章 没有终点473

热门推荐