硝烟中的Scrum和XP

硝烟中的Scrum和XP pdf epub mobi txt 电子书 下载 2026

出版者:infoQ
作者:Henrik Kniberg
出品人:
页数:133
译者:李剑
出版时间:2008
价格:0
装帧:
isbn号码:9789781430329
丛书系列:
图书标签:
  • Scrum
  • 项目管理
  • 敏捷开发
  • 敏捷
  • 软件工程
  • XP
  • 管理
  • 软件开发
  • Scrum
  • XP
  • 软件开发
  • 敏捷开发
  • 项目管理
  • 编程实践
  • 团队协作
  • 技术创新
  • 持续交付
  • 开发流程
想要找书就要到 图书目录大全
立刻按 ctrl+D收藏本页
你会得到大惊喜!!

具体描述

在本书中,作者Henrik Kniberg讲述了他在一年的时间里,带领40人的团队实施Scrum的过程。他们试过了多种团队尺寸(3~12人)、sprint长度(2~6星期),定义“完成”的不同方式,不同的backlog格式,各种测试策略,在多个Scrum团队之间进行同步的多种方式。他们还尝试过XP实践——持续集成、结对编程、测试驱动开发等等,还试过了把XP跟Scrum组合。

本书描述的是一个成功敏捷团队的工作过程,没有理论、没有引用、没有脚注、没有废话。读者可以把它当作一些基础实践的入门指南,帮助团队进行正确实施——但不能模仿,你需要了解自己所处的环境,进而对具体实践做出取舍,创造出属于自己的过程。

作者简介

Henrik Kniberg(henrik.kniberg@crisp.se)是一名咨询师,在斯德哥尔摩的Crisp公司(www.crisp.se)工作。他的专长是Java和敏捷软 件开发。

自从第一本有关XP的书籍和敏捷宣言问世以来,Henrik就开始拥抱敏捷原则,并尝试在不同的组织中进行有效应用。在1998年至2003年间,他作为Goyada的合作创始人和CTO,构建并管理一个技术平台和30人的开发团队,充分试验了测试驱动开发及其它敏捷实践。这个网站上有他的更多信息:http://www.crisp.se/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 实践中点点滴滴总结,正中要害。我即将在 团队中实施 scrum,这本书给我很多启示。尤其是对团队成员能力的要求,scrum 是一种方法,而不是一个 对团队成员能力要求的标准,或者注解。一个自我激励,自我组织,提高效率的团队 是一个 理想的 scrum 状态,但这只是终...

评分

没有什么废话,没有什么华丽语言的修饰,一切都是大白话和大实话。但是这一切都是出自真正的实战经验和总结。 刚开始看的时候不以为然,但是随着自己实施Scrum之后,发现里面的很多经验可以直接照搬过来,而且很多我犯的错误,书中都已经提示了,只是我没有注意而...  

评分

评分

这本书是我所看的Scrum方面图书的一本。 作者讲到了很多Scrum实践中的小细节,比如在Sprint计划会议的时候有些人不知道该干什么如何处理等等。其实给我印象最深刻的是对生产率的相关运用。比如生产率结合sprint来预测项目进展。  

评分

agile很火,但只有虚的概念、理论、指导原则以及说了不让人明白的方法论。本书于我而言最宝贵之处就是将所有这些高层的虚无投射到了实际之中(这句好装啊),也就是给出了一个公司团队实践scrum的实例。当我清楚了实践中product backlog如何得出、sprint会议怎么进行、stroy是...  

用户评价

评分

说实话看下来没什么感觉,对实践性要求高的书籍得一边做一边看。主要是了解其中的理念,但和平时强调的“快速迭代”有什么本质区别?没看出来精髓所在。

评分

短小精干

评分

言简意赅,可以做入门教材使用

评分

要弄敏捷了

评分

它山之石,可以攻玉,我是来学习别人的宝贵经验的。

本站所有内容均为互联网搜索引擎提供的公开搜索信息,本站不存储任何数据与内容,任何内容与数据均与本站无关,如有需要请联系相关搜索引擎包括但不限于百度google,bing,sogou

© 2026 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有