硝烟中的Scrum和XP

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

出版者:清华大学
作者:克里伯格
出品人:
页数:166
译者:李剑
出版时间:2011-1
价格:29.00元
装帧:
isbn号码:9787302243335
丛书系列:
图书标签:
  • 敏捷开发
  • Scrum
  • 项目管理
  • XP
  • 软件工程
  • 敏捷
  • 软件开发
  • 计算机
  • Scrum
  • XP
  • 软件开发
  • 敏捷开发
  • 项目管理
  • 编程实践
  • 团队协作
  • 持续交付
  • 迭代开发
  • 软件工程
想要找书就要到 小哈图书下载中心
立刻按 ctrl+D收藏本页
你会得到大惊喜!!

具体描述

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

小书的特色在于实践,对正在实施Serum敏捷软件开发的读者具有一定的参考价。值和指导作用。

作者简介

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章 简介
第2章 我们怎样编写产品backlog
第3章 我们怎样准备sprint计划
第4章 我们怎样制定sprint计划
第5章 我们怎样让别人了解我们的sprint
第6章 我们怎样编写sprint backlog
第7章 我们怎样布置团队房间
第8章 我们怎样进行每日例会
第9章 我们怎样进行sprint演示
第10章 我们怎样做sprint回顾
第11章 sprint之间的休整时刻
第12章 怎样制定发布计划,处理固定价格的合同
第13章 我们怎样结合使用scrum和xp
第14章 我们怎样做测试
第15章 我们怎样管理多个scrum团队
第16章 我们怎样管理分布式团队
第17章 scrummaster检查列表
第18章 结语
· · · · · · (收起)

读后感

评分

本书作者是开发团队Leader,本书记录了他带领团队实施Scurm过程中的经验教训。全书短小精悍,言简意赅。 以下是书中一些观点信息的摘抄: 1:Nokia总结出的迭代开发的基本要求: 1.1:迭代要有固定时长,不能超过六个星期; 1.2:在每一次迭代的结尾,代码都必须经过QA的测试...  

评分

在经历了一年多敏捷实践,看了几本Scrum理论书籍后(基本都没有看完),带了一堆疑问和困惑打开这本印刷精美的小书,顿时有一种豁然开朗的感觉。 好长时间没有看完一本书的冲动了,每一章看过后都有不少收获,里面总能找到当前项目Scrum实践中遇到的问题和解决方法。 另外中文...  

评分

评分

#阿一读书# 《硝烟中的Scrum和XP》:把它放在《Scrum要素》之后阅读绝对是个明智的选择:两书一本重理论一本重实践,一本是框架一本是方法,一本是授道一本解惑。这本书其实两年前就看过,只是那时候太稚嫩,只看到了最肤浅的东西……  

评分

这本书很不错,轻松简单的带你进入Scrum之门,了解实施Scrum的一些实践。不想买的可以在InfoQ下载:http://www.infoq.com/cn/minibooks/scrum-xp-from-the-trenches 万恶的资本家原来想用高度自动化的工具把软件这个行业推向流水线生产,把本来已经杯具的代码工变成《摩登时代...  

用户评价

评分

从装帧设计上看,这本书的设计师绝对是下了大功夫的。纸张的触感非常细腻,印刷质量无可挑剔,即便是经常翻阅,也不容易出现掉页或者字迹模糊的情况。更让我惊喜的是,书中收录的一些图表和流程示意图,清晰度极高,逻辑结构一目了然。很多技术书籍的图表往往是制作粗糙的PPT截图,阅读体验大打折扣,但这本书显然将细节放在了首位。作者在介绍某个工具或流程时,总是能配上一个精心绘制的示意图,仿佛是为每一个关键知识点做了视觉注解。这对于需要快速消化信息、对比不同实践的读者来说,简直是福音。可以说,这本书在物理媒介上的用心程度,已经超越了一本普通的商业技术书籍的范畴,更像是一件值得收藏的作品。

评分

这本书的价值,远超出了单纯的“Scrum指南”或“XP实践集锦”。它提供了一种看待工作和解决问题的全新视角。我最欣赏的是,作者并没有鼓吹“敏捷是万能解药”的教条主义,而是非常坦诚地指出了在不同组织架构、不同历史包袱下,推行敏捷可能遇到的“灰色地带”和陷阱。这种建设性的批判精神,让整本书的论述显得无比真实和可信。书中关于“如何处理遗留系统的平滑过渡”的章节,简直是为我们这些“旧系统维护者”量身定做,提供了非常务实的过渡方案。读完之后,我感觉不再是简单地学会了几个方法,而是获得了一套应对复杂性挑战的思维工具箱,足以应对未来工作中出现的各种未预见的挑战。这本书无疑是近几年来我阅读过的最具启发性和实操价值的管理类书籍之一。

评分

这本书的封面设计着实抓人眼球,深沉的灰调配上几抹跳跃的橙色,瞬间让人感受到一种冲突与张力。我原本以为会是一本晦涩难懂的技术手册,毕竟“Scrum”和“XP”这两个词本身就带着一定的专业壁垒。然而,翻开第一页,就被作者那种娓娓道来的叙事方式吸引住了。它没有上来就抛出复杂的理论框架,而是选择了一种更贴近实战的切入点。感觉作者非常了解软件开发团队在日常工作中所遭遇的困境——那些会议的低效、需求的频繁变更、以及技术债务的无形积累。读着读着,我仿佛看到了自己团队的影子,那种“哎呀,我们也是这样!”的共鸣感非常强烈。尤其是关于“仆人式领导力”的探讨,不同于传统管理学的刻板说教,而是融入了大量生动的案例,让人在轻松的阅读体验中,潜移默化地吸收了先进的管理哲学。这本书的排版也很人性化,留白恰到好处,阅读起来毫不费力,即使是连续阅读几个小时,眼睛也不会感到疲惫。

评分

我必须得说,这本书的叙事节奏掌握得炉火纯青。它不是那种一成不变的论述体,而是巧妙地穿插了多条故事线。有时候像是一篇深刻的行业观察报告,探讨着当前软件行业面临的宏观挑战;有时候又瞬间切换到紧张刺激的“战场描绘”,还原了项目从混乱走向有序的全过程。这种张弛有度的叙事结构,使得即便是初次接触敏捷方法论的读者,也能保持高度的阅读兴趣。特别是关于“度量”的部分,作者没有陷入“唯数据论”的陷阱,而是强调了度量背后的“人”的因素和文化影响,这一点非常到位,体现了作者深刻的辩证思维。读完后,我感觉自己对敏捷的理解不再停留在工具层面,而是上升到了哲学层面,明白了它对组织文化和个体行为的重塑作用。

评分

这本书的文字功底简直是教科书级别的,那种精确而富有画面感的语言,让人在理解复杂概念时感到出奇的轻松。它不像有些技术书籍那样,为了凸显深度而堆砌生僻的术语,反而擅长用最朴素的词汇,勾勒出敏捷实践的精髓。我特别欣赏作者在阐述不同实践之间的内在联系时所展现出的洞察力。它不仅仅是罗列了“要做什么”,更深入地挖掘了“为什么这样做”。这种对底层逻辑的追溯,极大地提升了读者的认知高度。我尝试将书中的一些小技巧应用到我正在负责的项目中,比如改进每日站会的结构,以及如何更有效地处理“技术故事”与“业务故事”的平衡。效果立竿见影,团队的士气似乎都提升了一个档次。这本书更像是一位经验丰富的老前辈,在你耳边低语,为你指点迷津,而不是一本冰冷的规则集。

评分

理清工作思路→确定工作量(全体会议)→确定交付日期(全体会议)→分配工作内容(技术团队内部会议)→公布工作量及目标(对外公布)→及时更新工作进度(对外公布)

评分

scrum实施参考书

评分

看完之后就可以直接实战了

评分

很不错的入门书,好像终于有点儿明白sprint和scrum的区别了

评分

软件工程的书最好都能写得这么薄。

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

© 2026 qciss.net All Rights Reserved. 小哈图书下载中心 版权所有