硝烟中的Scrum和XP:我们如何实施Scrum.pdf

硝烟中的Scrum和XP:我们如何实施Scrum.pdf
 

书籍描述

编辑推荐
《硝烟中的Scrum和XP:我们如何实施Scrum》是由清华大学出版社出版的。

媒体推荐
这是一本很难用功过评说的书.Scrum在国内的流行,这本书不可不说居功甚伟。但对于一本实践多过理论阐述的书而言,“尽信书则不如无书,”这个道理在它身上体现的比较透彻。希望了解敏捷开发方法的人应该尽可能以好奇、探索的态度来读这本书,去寻求每一项实践背后的理念和价值,去思考它在不同场景中所能带来的改变。
  ——郭晓,Thought Work中国区总经理
很多人让我推荐Scrum方面的书,除了Ken Schwaber的《Scrum敏捷项目管理》和Mike Cohn的《用户故事与敏捷方法》与《Scrum敏捷软件开发》外,我首先推荐就是Henrik Kniberg的这本《硝烟中的Scrum和XP》。如果您想引入Scrum,但是无从下手,效仿成熟的Scrum团队无疑是最快速有效的方法,而这本书就是这种方式的最佳选择。按照这本书实践,我们就有了一个很高的起点,但是就像Henrik在免责声明中提到的那样,这并不是“正确”实现Scrum的方式,仅仅是他们在经过一年不断地修正调整后形成的方式。我们要通过这些优秀团队的实践去学习背后的应用场景以及决策过程,理解Scrum的原则和价值观。
  ——滕振宇,Irdeto BSS高级软件经理、CSP、敏捷教练
Free Wheel通过采用Scrum框架,配合XP的具体实践,做到了保持近70人研发团队的敏捷性,能够以周为单位进行高质量软件的持续交付。《硝烟中的Scrum和XP》用不到200页的篇幅,对Scrum以及XP实践进行了针对性的介绍。适合分发给(未来的)敏捷团队的每个成员阅读。
  ——刘忠,Free Wheel公司工程副总裁
本书讲述了一个“真枪实弹的故事”(源自一个真实团队的鲜活实践)以及基于这些实践的思考和提炼.是团队实施敏捷开发的重要参考。事实上很多团队都是从这本书开始他们的敏捷之旅的。
  ——何勉,上海贝尔有限公司软件开发团队负责人

作者简介
作者:(瑞典)克里伯格(Henrik Kniberg) 译者:李剑 注释 解说词:郑柯

目录
第1章 简介
免责声明
撰写本书的原因
Scrum到底是什么

第2章 我们怎样编写产品backlog
额外的故事字段
我们如何让产品backlog停留在业务层次上

第3章 我们怎样准备sprint计划

第4章 我们怎样制定sprint计划
为什么产品负责人必须参加
为什么不能在质量上让步
无休止的sprint计划会议
sprint计划会议日程
确定sprint长度
确定sprint目标
决定sprint要包含的故事
产品负责人如何对sprint放哪些故事产生影响
团队怎样决定把哪些故事放到sprint里面
用本能反应来估算
用生产率计算来估算
我们用的是哪种估算技术
我们为何使用索引卡
定义“完成”
使用计划扑克做时间估算
明确故事内容
把故事拆分成更小的故事
把故事拆分成任务
定下每日例会的时间地点
最后界限在哪里
技术故事
bug跟踪系统VS.产品backlog
sprint计划会议终于结束了

第5章 我们怎样让别人了解我们的sprint

第6章 我们怎样编写sprint backlog
Sprint backlog的形式
任务板怎样发挥作用
燃尽图如何发挥作用
任务板警示标记
嘿,该怎样进行跟踪呢
天数估算vs小时估算

第7章 我们怎样布置团队房间
让团队坐在一起
让产品负责人无路可走
让经理和教练无路可走

第8章 我们怎样进行每日例会
我们怎样更新任务板
处理迟到的家伙
处理“我不知道今天干什么”的情况

第9章 我们怎样进行sprint演示
为什么我们坚持所有的sprint都结束于演示
sprint演示检查列表
处理“无法演示”的工作

第10章 我们怎样做sprint回顾
我们如何组织回顾
在团队间传播经验
变,还是不变
回顾中发现的问题示例

第11章 sprint之间的休整时刻

第12章 怎样制定发布计划,处理固定价格的合同
定义你的验收标准
对最重要的条目进行时间估算
估算生产率
统计一切因素,生成发布计划
调整发布计划

第13章 我们怎样结合使用Scrum和XP
结对编程
测试驱动开发(TDD)
在新代码上进行TDD
在旧代码上进行TDD
增量设计
持续集成
代码集体所有权
充满信息的工作空间
代码标准
可持续的开发速度/精力充沛地工作

第14章 我们怎样做测试
你大概没法取消验收测试阶段
把验收测试阶段缩到最短
把测试人员放到Scrum团队来提高质量
测试人员就是“验收的家伙”
如果没有任何事情需要测试,那测试人员该做什么
在每个sprint中少做工作来提高质量
验收测试应该作为sprint的一部分么
sprint周期vs验收测试周期
方式1:“在旧版本可以产品化之前,不构建新特性”
方式2:“可以开始构建新东西,但是要给将旧功能产品化分配高优先级”
糟糕的方式——“只关注构建新东西”
别把最慢的一环逼得太紧
硝烟中的Scrum和XP
……

第15章 我们怎样管理多个Scrum团队
第16章 我们怎样管理分布式团队
第17章 ScrumMaster检查列表
第18章 结语
有关Henrik Kniberg

文摘
版权页:

硝烟中的Scrum和XP:我们如何实施Scrum

插图:

硝烟中的Scrum和XP:我们如何实施Scrum

硝烟中的Scrum和XP:我们如何实施Scrum

不过内部质量就没什么好说的了。不管什么时候,团队都要保证系统质量,这一点毋庸置疑,也没有任何回旋余地。现在如此、将来如此、一直如此,直到永远。(嗯,好吧,差不多直到永远)那么我们怎样区分哪些问题属于内部质量,哪些属于外部质量呢?
假设产品负责人这样说,“好吧,你们把它估算成6个故事点也行。但我相信:一定能够找到些临时方案,节省一半时间。你们只要稍稍动下脑子就行。”
啊哈!他想把内部质量当作变量来处理。我是怎么知道的?因为他想让我们缩减故事的估算时间,但不想为缩减范围“买单”。“临时方案”这个词应当在你脑中敲响警钟……
为什么不允许这样干?
经验告诉我:牺牲内部质量是一个糟糕透顶的想法。现在节省下来一点时间,接下来的日子里你就要一直为它付出代价。一旦我们放松要求,允许代码库中暗藏问题,后面就很难恢复质量了。
碰到这种状况,我就会试着把话题转回到范围上来。“既然你想尽早得到这个特性,那我们能不能把范围缩小一点?这样实现时间就能缩短。也许我们可以简化错误处理的功能,把‘高级错误处理’当作一个单独的故事,放到以后再实现。或者也可以降低其他故事的优先级,好让我们集中处理这一个。”

内容简介
《硝烟中的Scrum和XP:我们如何实施Scrum》源自真实的故事,Henrik Kniberg以过来人的身份,回顾了他在一年时间内带领40人团队实施敏捷转型和持续过程改进的亲身经历。在Henrik的领导下,团队经历了不同的规模,不同的sprint长度,不同的定义“done”的方式,不同格式的产品backlog和sprint backlog,不同的测试策略,不同的演示方式,同步多个Scrum团队工作的不同方式,如此等等。他们还尝试了XP实践一一体验不同方式的持续构建、结对编程、测试驱动开发等,阐述了如何结合使用XP与Serum。
小书的特色在于实践,对正在实施Serum敏捷软件开发的读者具有一定的参考价。值和指导作用。

购买书籍

当当网购书 京东购书 卓越购书

PDF电子书下载地址

相关书籍

搜索更多