新書推薦：
《
舵手证券图书 周期与龙头 A股剑客著 解密龙头股周期性循环 游资操盘手法实战解读
》
售價：HK$
201.6
《
华夏衣裳 汉服制作实例教程
》
售價：HK$
178.8
《
狂飙年代：18世纪俄国的新文化和旧文化（第一卷）
》
售價：HK$
189.6
《
电气线路互联系统（EWIS）设计实践指南 达索析统（上海）信息技术有限公司
》
售價：HK$
178.8
《
商学精要（第12版）（工商管理经典译丛）
》
售價：HK$
118.8
《
产业政策的选择及其经济后果
》
售價：HK$
154.8
《
战争的幽灵
》
售價：HK$
105.6
《
西洋镜：中华考古图志
》
售價：HK$
225.6
|
| 編輯推薦： |
真实回放全球知名实干家的精益敏捷实施过程
结合实例回放，充分演绎敏捷方法的选用智慧
引领国内近万名读者进阶敏捷精益的启蒙读物
中小型团队（项目）不可或缺的敏捷精益入门
精彩主题：
如何写产品列表（Product Backlog）
如何准备、制定、公开和编写冲刺（Sprint）计划
如何布置团队空间
如何开每日站会（Daily Meeting）
如何做演示和回顾
如何对待固定价格的合同
如何结合使用Scrum和XP
如何做测试
如何管理多个团队
如何管理分布式团队
ScrumMaster检查清单
Scrum和Kanban如何结合使用
|
| 內容簡介： |
《走出硝烟的精益敏捷：我们如何实施Scrum和Kanban》真实反映了一个团队的精益敏捷落地过程。第Ⅰ部分介绍了团队是如何实施主流敏捷方法 Scrum的。主题涵盖如何写产品列表，如何准备、制定、公开和编写计划，如何布置团队空间，如何 开每日站会，如何做演示和回顾，如何对待固定价格的合同，如何结合使用Scrum和XP，如何做测 试，如何管理多个团队，如何管理分布式团队。*后，作者还给出了一个很有价值的ScrumMaster检 查清单。第Ⅱ部分主要介绍Scrum和Kanban的结合使用。在对比两者之后，作者通过一个具体的案例 来说明如何搭配使用两种方法来实现价值*化。
《走出硝烟的精益敏捷：我们如何实施Scrum和Kanban》行文风趣，具备较强的知识性和可读性，适合所有打算导入并实施精益敏捷的软件从业人员 阅读和参考。
|
| 關於作者： |
作者简介
亨里克克里伯格（Henrik Kniberg）
作为一名IT从业人员，他热爱调试、重构和优化。同时，也更爱即兴表演。
他曾经担任三家瑞典IT公司的CTO，帮助很多客户改进过流程。作为精益敏捷社区的活跃人士，他和Scrum联合创始人苏瑟兰、精益专家波彭迪克以及看板创始人安德森过从甚密。在国际性会议中，他也曾多次获得最佳讲师奖。亨里克在东京长大，目前全家居住在斯德哥尔摩。他热爱音乐和作曲，是当地乐队的贝司手和键盘手。
看板的早期实践者，精益教练，主要帮助软件公司顺利实施精益和敏捷。
他擅长从开发到管理各个层面的实践，曾经帮助一家游戏开发公司的开发部门把开发周期从24个月缩减到4个月，使其重新赢得了公司的信任。
他拥有10年核心业务系统开发经验，先后创建过两家公司。他拥有质量管理硕士学位。作者简介
亨里克克里伯格（Henrik Kniberg）
作为一名IT从业人员，他热爱调试、重构和优化。同时，也更爱即兴表演。
他曾经担任三家瑞典IT公司的CTO，帮助很多客户改进过流程。作为精益敏捷社区的活跃人士，他和Scrum联合创始人苏瑟兰、精益专家波彭迪克以及看板创始人安德森过从甚密。在国际性会议中，他也曾多次获得最佳讲师奖。亨里克在东京长大，目前全家居住在斯德哥尔摩。他热爱音乐和作曲，是当地乐队的贝司手和键盘手。
马蒂斯斯加林（Mattias Skarin）
看板的早期实践者，精益教练，主要帮助软件公司顺利实施精益和敏捷。
他擅长从开发到管理各个层面的实践，曾经帮助一家游戏开发公司的开发部门把开发周期从24个月缩减到4个月，使其重新赢得了公司的信任。
他拥有10年核心业务系统开发经验，先后创建过两家公司。他拥有质量管理硕士学位。
译者简介
李剑
（凉粉小刀） 全栈程序员，2004年参加工作至今，目前专注于移动开发领域。曾任ThoughtWorks高级咨询师和InfoQ首席编辑。出版的作品恰好可以凑够朋友圈九宫格，算是为国内敏捷社区的发展做了一些微不足道的贡献。
|
| 目錄：
|
第Ⅰ部分 硝烟中的XP和Scrum
第1章 简介 3
免责声明 4
撰写本书的原因 4
Scrum到底是什么 4
第2章 我们怎样编写产品backlog7
额外的故事字段 9
我们如何让产品backlog停留在业务层次上 9
第3章 我们怎样准备sprint计划11
第4章 我们怎样制定sprint计划13
为什么产品负责人必须参加 14
为什么不能在质量上让步 15
无休止的sprint计划会议 16
sprint计划会议日程 17
产品负责人如何对sprint放哪些故事产生影响 20
团队怎样决定把哪些故事放到sprint里面 21
定义完成 28
使用计划扑克做时间估算 29
明确故事内容 30
确定每日例会的时间地点 33
最后界限在哪里 33
bug跟踪系统对比产品backlog 36
sprint计划会议终于结束了 37
第5章 我们怎样让别人了解我们的sprint 39
第6章 我们怎样编写sprint backlog 41
sprint backlog的形式 41
任务板怎样发挥作用 42
燃尽图如何发挥作用 44
任务板警示标记 45
第7章 我们怎样布置团队空间 49
让团队坐在一起 50
让团队坐在一起！ 50
让团队坐在一起！ 50
让产品负责人无路可走 51
让经理和教练无路可走 51
第8章 我们怎样进行每日例会 53
我们怎样更新任务板 53
处理迟到的家伙 54
处理我不知道今天干什么的情况 54
第9章 我们怎样进行sprint演示 57
为什么我们坚持所有的sprint都结束于演示 57
sprint演示检查列表 58
处理无法演示的工作 58
第10章 我们怎样做sprint回顾 61
我们如何组织回顾 61
在团队间传播经验 63
变，还是不变 64
回顾中发现的问题示例 64
第11章 不同sprint之间的休整时刻 67
第12章 怎样针对固定价格合同制定发布计划 69
定义你的验收标准 69
对最重要的条目进行时间估算 71
估算生产率 72
统计一切因素，生成发布计划 73
调整发布计划 74
第13章 我们怎样结合使用Scrum和XP 75
结对编程 76
测试驱动开发（TDD） 76
持续集成 79
代码集体所有权 79
充满信息的工作空间 79
代码标准 80
可持续的开发速度或精力充沛地工作 80
第14章 我们怎样做测试 81
你大概没法取消验收测试阶段 81
把验收测试阶段缩到最短 82
把测试人员放到Scrum团队来提高质量 83
在每个sprint中少做工作来提高质量 85
回到现实 90
第15章 我们怎样管理多个Scrum团队 91
创建多少个团队 92
虚拟团队 92
最佳的团队规模 93
是否同步多个sprint 94
为什么我们引入了团队领导的角色 95
我们怎样在团队中分配人手 96
是否使用特定的团队 97
是否在sprint之间重新组织团队 99
是否拆分产品backlog 103
多团队回顾 107
第16章 我们怎样管理分布式团队 109
离岸 110
在家工作的团队成员 111
第17章 Scrum Master检查清单 113
sprint开始阶段 113
每一天 114
在sprint结束时 114
第18章 小结 115
推荐阅读 115
第Ⅱ部分 相得益彰的Scrum与Kanban
第19章 Scrum对比Kanban 121
究竟什么是Scrum？什么是Kanban 121
Scrum和Kanban有什么关系 123
Scrum规定了角色 126
Scrum规定了固定时长的迭代 127
Kanban按流程状态限制WIP，Scrum按迭代限制WIP 128
两者都是经验主义的 130
Scrum在迭代内拒绝变化 134
Scrum板在迭代之间重置 135
Scrum规定了跨功能团队 136
Scrum的backlog条目必须能跟sprint搭配得上 137
Scrum规定了估算和生产率 137
两者都允许在多个产品上并行工作 138
两者都是精益敏捷的 139
小小差异 140
Scrum板对比Kanban图一个不大不小的例子 143
小结──Scrum对比Kanban 149
第20章 案例回放 151
技术支持的现状 152
到底为什么要改变 152
我们从哪里开始 152
迈开腿，上路 153
团队启动 154
直面相关干系人 155
做出第一个图 155
设置第一个WIP上限 157
守住WIP上限 158
什么任务能放到Kanban图上 159
怎样做估算 160
具体说说我们是怎么工作的 161
哪种做计划的方法好呢 163
度量什么呢 165
忽然之间，一切都不一样了 166
经验心得 170
结语173
作者简介175
|
| 內容試閱：
|
前言
嘿，Scrum成了!
Scrum成了！至少对我们来说它已经成功了（这里指的是我当前在斯德哥尔摩的客户，名字略过不提）。希望它对你们也一样有用！也许这本书会对你们实施Scrum的过程有所助益。
这是我第一次看到一种开发方法论（哦，对不起，Ken，它是一种框架）可以脱离书本成功运作。它拿来就能用。所有人包括开发人员、测试人员和经理都为此而高兴。它帮助我们走出了艰难的境地，而且让我们在剧烈的市场动荡和大规模的公司裁员中依然能够集中精力在项目上。
我不该说我为此感到惊讶，但实情确实如此。在一开始我大致翻了几本讲Scrum的书，它们把Scrum描述得挺不错，却给我留下了一种太过美好以致于不太真实的感觉（我们都知道某些东西看上去太好了这类说法的含义）。所以我没法不对它有一丁点儿点怀疑。但在使用Scrum一年以后，先前的零星疑虑早已烟消云散。我被它深深地震撼了（我们团队中的大部分人都和我一样），以后只要没有充分的理由来阻止我，我都会继续使用Scrum。
|
|
購物車/收銀台(
0
) | 在線留言板
| 付款方式
| 運費計算
| 聯絡我們
| 幫助中心 |
加入書簽
HOME
新書上架
