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

- (美)MikeCohn著 著
- 出版社: 北京:清华大学出版社
- ISBN:9787302238799
- 出版时间:2010
- 标注页数:474页
- 文件大小:54MB
- 文件页数:507页
- 主题词:软件开发-项目管理
PDF下载
下载说明
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
热门推荐
- 739797.html
- 1128653.html
- 2331112.html
- 60729.html
- 2702896.html
- 2918527.html
- 717483.html
- 640586.html
- 2418934.html
- 1758458.html
- http://www.ickdjs.cc/book_1140568.html
- http://www.ickdjs.cc/book_3485087.html
- http://www.ickdjs.cc/book_248513.html
- http://www.ickdjs.cc/book_1762980.html
- http://www.ickdjs.cc/book_140861.html
- http://www.ickdjs.cc/book_1770695.html
- http://www.ickdjs.cc/book_1097869.html
- http://www.ickdjs.cc/book_1288241.html
- http://www.ickdjs.cc/book_1483481.html
- http://www.ickdjs.cc/book_2814791.html