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

购买须知：

（1）图书现货且为正版，保证质量，发货后3-4天到达买家手中。

（2）店主是否在线都可以放心直接付款购买！请谅解本店图书不议价！

（3）如对书籍不满意，本店图书均可以无理由或无条件退货！不接受中差评，有任何问题都会与买家及时取得联系！

^.^关注本店可领优惠券，下单更优惠！^.^

基本信息

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

作者:（瑞典）克里伯格,李剑 ,郑柯 审校

出版社：清华大学出版社

出版日期：2011-01-01

ISBN：9787302243335

字数：192000

页码：166

版次：1

装帧：平装

开本：16开

商品重量：0.000kg

编辑推荐

内容提要

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

目录

章 简介
\n免责声明
\n撰写本书的原因
\nscrum到底是什么
\n第2章 我们怎样编写产品backlog
\n额外的故事字段
\n我们如何让产品backlog停留在业务层次上
\n第3章 我们怎样准备sprint计划
\n第4章 我们怎样制定sprint计划
\n为什么产品负责人必须参加
\n为什么不能在质量上让步
\n无休止的sprint计划会议......
\nsprint 计划会议日程
\n确定sprint长度
\n确定sprint目标
\n决定sprint要包含的故事
\n产品负责人如何对sprint放哪些故事产生影响
\n团队怎样决定把哪些故事放到sprint里面
\n用本能反应来估算
\n用生产率计算来估算
\n我们用的是哪种估算技术
\n我们为何使用索引卡
\n定义'完成'
\n使用计划扑克做时间估算
\n明确故事内容
\n把故事拆分成更小的故事
\n把故事拆分成任务
\n定下每日例会的时间地点
\n后界限在哪里
\n技术故事
\nbug跟踪系统vs.产品backlog
\nsprint计划会议终于结束了
\n第5章 我们怎样让别人了解我们的sprint
\n第6章 我们怎样编写sprint backlog
\n第7章 我们怎样布置团队房间
\n第8章 我们怎样进行每日例会
\n第9章 我们怎样进行sprint演示
\n0章 我们怎样做sprint回顾
\n1章 sprint之间的休整时刻
\n2章 怎样制定发布计划，处理固定价格的合同
\n3章 我们怎样结合使用scrum和xp
\n4章 我们怎样做测试
\n5章 我们怎样管理多个scrum团队
\n6章 我们怎样管理分布式团队
\n7章 scrummaster检查列表
\n8章 结语
\n有关henrik kniberg

作者介绍

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

文摘