Scrum敏捷软件开发

所需积分/C币:38 2015-03-07 22:03:05 55.31MB PDF

《Scrum敏捷软件开发》是敏捷联盟及Scrum联盟创始人之一、敏捷估算及计划的鼻祖Mike Cohn三大经典著作中影响最为深厚的扛鼎之作,也是全球敏捷社区中获得广泛肯定的企业敏捷转型权威参考。作者花四年时间,把自己近十五年的敏捷实践经验,特别是近四年中针对各种敏捷转型企业的咨询和指导工作,并结合旁征博引的方式,从更高的思想层次对敏捷与Scrum多年来的经验和教训进行深入而前面的梳理和总结,最终集大成者便是这本令人醍醐灌顶的佳作。 《Scrum敏捷软件开发》是软件企业及其管理团队成功进行敏捷转型战略及实施的必备参考书,适合经理、开发人员、教练、ScrumMaster、产品负责人、分析师、团队领
前言 要的改变,如程序员、测试人员、项目经理等。第9章介绍一些技术实践,包括 持续集成、结对编程、测试驱动开发等,这些技术实践应该使用,至少也要做 些尝试,它们会使每个人的日常工作方式有很多变化。 在第I部分中,我们向外扩展到团队的话题。我们首先关注如何设计 Scrum 团队的结构,以充分体现 Scrum的优势。然后,第11章阐述在 Scrum项目中团 队协作的本质。第12章将一起来看在Scum中领导一个自组织团队意味着什么。 在这一章,我具体针对 Scrummaster、职能经理和其他领导者给出一些建议。第 13章至第15章通过对 Sprint、计划和质量的讨论完成第m部分内容。 第IV部分,我们进一步扩展到企业级别的话题。在第17章,我们将进一步 研究如何把 Scrum扩展到更大的工作范围,跨团队的项目中必须要做哪些事等。 第18章考虑分布式团队的更多的复杂性。然后,在第19章进行更加复杂的讨论, 谈谈如何在一个部分使用瀑布式流程的项目中使用 Scrum,在有监管需求时如何 处理。第ⅣⅤ部分以第20章作为结尾,这一章特别讨论 Scrum对公司的人力资源 后勤及PMO等部门的影响 第ⅴ部分包含两章。第21章归纳企业敏捷转型的各种度量方法。第22章 对全书进行小结,并且再次阐明只有持续改善才能做到真正的敏捷。不论你今天 已经做得有多好,为了保持敏捷,你下个月必须做得更好! 关于术语 像大多数情况一样,笔论Scrm比仅仅口头讨论它要难一些读者在阅读时, 一不小心就会误读一个句子或者脱离语境去理解它。为了避免这样的问题,我在 使用一些术语时尽量小心并且精确。比如,我使用“开发人员”这个词时,我是 指在项目中参与开发的任何一个人。它包括程序员、测试员、分析师、用户体验 设计师、数据库管理员等 术语“团队”也有它自己的问题。它当然包括开发人员,但是“团队”包括 ScrumMaster和产品负责人吗?自然,它也取决于语境。当我需要精确表达时, 2 Scrum敏捷软件开发 我使用“整个团队”来指所有的人:开发人员,产品负责人和 ScrumMaster。然 而盲目地使用“整个团队”会降低本书的可读性。所以有时你还是会看到“团 队”,通常是在所指含义非常明确的地方。 除 Scrum及敏捷团队外,我也需要一个术语来专指那些两者都不是的团队。 在不同的地方,我曾使用“顺序式团队”、“传统型团队”和“非敏捷团队”等 术语,它们每一个之间有细微的含义差别并恰如其分地用在不同的地方。 本书使用说明 很多书的前言都有这样的小节标题。但是这些标题通常是在说“如何阅读本 书”。阅读这本书最好的办法是使用它。不只是停留于阅读。当你遇到“试一试” 时,停下来试一下。或者在我有特别建议的地方,记住它们然后在下一次回顾会 议或者计划会议的时候尝试用一用 不必按照章节的顺序阅读本书。事实上有可能有些章节你根本没有必要读。 如果你在计划方面已经没有问题,或者是没有分布式团队,你只是应公司的期望 要求做得更好而已,尽可以把相关的章节全部跳过。但是,我建议每个人都至少 通读前4章并且按照顺序阅读——它们是后面所有章节的基础 第4章介绍“改进社区”和“改进 Backlog”想法。改进社区是指一组志同 道合的个体,他们热衷于推动企业的在某一个方面的改进。改进社区可能由这样 三种人组成:他们热衷于改进产品 Backlog;决定收集相关的最佳实践;在团队 间共享。另外的改进社区有可能包括几百个热衷于改进公司测试活动的人。改进 Backlog正如其名,是一个排好序的、改进社区的任务列表。 我希望改进社区能使用本书来实施他们的改进 Backlog,包括指导及推动转 型的企业转型社区(ETC。事实上有些章节的标题被特意地命名以使其能直接进 入改进 Backlog。例如,第13章的“把文档转化成讨论”,第14章的“在当前 的 Sprint中为下一个 Sprint做准备”,第16章的“在不同层次上进行自动化” 等等。 前言 作为一个有多年经验的 Scrum培训师和顾问,我曾服务于几百个团队和公 司,我相信Scrm可成功适用于每个公司。有些公司比其他公司可能难一些。有 些公司会因为强势的公司文化而面临挑战,还有的会因一些顽固的难以变通的人 而造成人员损失。在一些幸运的公司,会得到管理层的支持并积极鼓动员工参 与。但是,所有这些公司的共同点是,他们都需要实用的、经过证明的建议。我 写作本书的目的就是为他们提供这样的建议。 目录 第1章为什么敏捷转型难(但值钱渴望提升具之 第部分 33 能力……………… 为什么转型困难… 能力开发工具………… 34 成功的变革不是完全的自上而下 推广………… 或者自下而上…… Scrum推广工具 结束状态是不可预知的 传递 Scrum是无处不在的 “企业重力”的来源 41 是截然不同的 44 承前启后 变化来得比以往更快……… 10 45 延伸阅读…… 最佳实践是危险的 10 11第3章 Scrum实施模式. 为什么值得投入 更高的生产力及更低的成本…13 小团队试点,还是全面转型 员工的参与度和工作满意度增强 15 选择小团队试点的原因 更快的产品上市时间 16 选择全面转型的原因 ……49 17 更高的质量…… 在全面转型和小团队试点之间 项目干系人的满意度提升…………18 0 选择 现在的做法已经不再有效 19 公开敏捷,还是悄悄行动 51 20 承前启后…… 选择公开展示敏捷的原因52 20 53 延伸阅读… 选择悄悄行动的原因…… 第2章 ADAPT模型 从公开展示和悄悄行动中做出 4 选择 5 意识 55 27 crm的推广模式 意识开发工具……… 55 29 先拆分后播种 渴望 艺2 Scrum敏捷软件开发 先成长后拆分 关注实际相关的目标….82 内部教练 鲁香非。看e·垂·。音垂●非。章 57 改进社区的成员 优先选择先拆分后播种模式的原因.57 解散社区 非鲁非非非。,非·非非非非 选择先成长后拆分模式的原因 58 种尺寸不能适合所有的…85 选择内部教练模式的原因 承前启后 85 选择你自己的方式 59 延伸阅读…185 引入新的技术实践 60 第5章试点项目 87 马上开始的原因 61 选择试点项目…17 推迟尝新的原因 理想试点项目的四个属性.… 最后一点考虑. 延伸阅读… 64 选择合适的时机启动项目… 濒临失败的项目 91 第4章渐进敏捷 选择试点项目团队 改进 Backlog 68 试点项目不成功会怎样 94 企业转型社区… 垂非章垂鲁·非音·非音,自音非 70 设定和管理期望……95 ETC的 Sprint…......,172 关于进度的期望… 95 发起人和产品负责人……73 关于可预测性的期望 ETC的职责……174 关于对 Scrum态度的期望… 改进社区… 番自卷。。鲁 ·非 关于参与程度的期望… 98 改进的催化剂 78 不过是个试点项目 有效性的两个度量指标… 79 延伸阅读 。。垂 100 改进社区 Sprint 第Ⅱ部分个体 第6章克服抵触 从领导那里听到 107 预见抵触 从同伴那里听到 108 哪些人会抵触 个体抵触的方式和原因 瀑布深信症和敏捷恐惧症 106 怀疑论者… 关于变革的沟通……107 破坏者 15 目录 顽固分子 …1116 架构师 151 追随者 119 不编码的架构师 ………152 把抵触视为一个有用的危险信号 121 职能经理…… 153 延伸阅读 122 职能经理的领导角色 153 第7章新角色 123 人员管理职责… 155 程序员….15 ScrumMaster的角色 ,123 数据库管理员. 157 优秀 ScrumMaster的品质 124 测试员…157 技术带头人担任 ScrumMaster 127 用户体验设计师 160 内部或外部的 ScrumMaster…128 三个常见主题…163 轮流担任 ScrumMaster∴… 129 延伸阅读 163 克服共同的问题.130 产品负责人 第9章技术实践 65 132 产品负责人的职责 132 追求技术进步 165 每个团队只需要一个产品负责人….135 测试驱动开发 …166 优秀产品负责人的品质……138 重构 169 ScrumMaster担任产品负责人…139 集体所有权… 171 克服普遍问题 …140 持续集成 ∴…172 新角色,老责任 结对编程 174 延伸阅读. 143 设计:有意的而又是涌现式的.176 第8章角色转换 178 145 习惯于不做大型设计 引导设计 179 分析员 145 技术实践的改进并不是可有可无的…82 项目经理. …148 延伸阅读 182 为什么头衔要发生变化 ∴150 第Ⅲ部分团队 第10章团队结构 为什么两个匹萨就够了… 191 给他们两个匹萨 小团队的效率 192 5 Scrum敏捷软件开发 支持特性团队 195 承前启后 ∴232 保守地使用组件团队……197 延伸阅读 233 谁来做这些决定? 第12章领导自组织团队 235 今天对,明天可能错 201 自组织不等于随意组合 影响自组织团队 07 236 一人一个项目… 205 容器、差异与交流 237 任务太多的时候,花在单一任务上的 选择外部环境………245 时间会减少 定义绩效 245 206 何时可以多任务 管理思想……246 208 公司的多任务表 引入替换选择系统 246 09 立刻停止 247 209 给系统注入能量… 良好的团队结构指导原则……1211 领导力远不仅限于买匹萨 249 承前启后 延伸阅读 249 …213 延伸阅读 213第13章产品 Backlog… 251 第11章团队协作 215 从文档到讨论的转变……252 拥抱团队责任制 切勿良莠不分 21 254 培养团队承诺. 21 在产品 Backlog中使用用户故事255 。,·着非。音春非 依赖专家但须谨慎.… 持续地提炼需求… 258 所有工作总是逐渐完成……20 涌现的需求… 258 不要等到spnt快结束时才完成 产品 Backlog冰山…29 所有任务.…221 为什么要持续地提炼需求?…261 承诺完成不同粒度的产品 Backlog 对用户故事的持续提炼 262 事项… 222 学会在没有详细说明书的情况下开始.266 鼓励团队学习 通过事例说明……1267 223 确保学习环境 223 跨职能的团队能降低对文档的 设计学习型团队 需求 224 消除知识浪费 228 创建DEEP的产品 Backlog 271 通过承诺鼓励合作… 不要忘记讨论 …271 230

...展开详情
试读 127P Scrum敏捷软件开发

评论 下载该资源后可以进行评论 10

LBLyndon 值得一看的资源,好书,谢谢分享。
2018-08-27
回复
mojizhijian 尽管是影印版,但是书的内容不打折,而且字面清晰,谢谢楼主分享!
2016-11-08
回复
tibetapay 老师推荐的很不错啊
2015-11-19
回复
陈小毅 最近在使用SCRUM,需要有书先来参考一下!!
2015-11-18
回复
qq358446175 敏捷开发的好书!!值得一读
2015-10-25
回复
fjhy115 好书 学习敏捷开发看
2015-10-11
回复
itest2010 学习敏捷开发,可以读一下。
2015-08-05
回复
转角CD 产品开发必看
2015-07-28
回复
Answergeng 老师推荐的很不错啊
2015-06-18
回复
hulpi 很好的书,有帮忙,谢谢楼主!!
2015-03-29
回复
img
  • GitHub

    绑定GitHub第三方账户获取

关注 私信 TA的资源

上传资源赚积分,得勋章
    最新推荐
    Scrum敏捷软件开发 38积分/C币 立即下载
    1/127
    Scrum敏捷软件开发第1页
    Scrum敏捷软件开发第2页
    Scrum敏捷软件开发第3页
    Scrum敏捷软件开发第4页
    Scrum敏捷软件开发第5页
    Scrum敏捷软件开发第6页
    Scrum敏捷软件开发第7页
    Scrum敏捷软件开发第8页
    Scrum敏捷软件开发第9页
    Scrum敏捷软件开发第10页
    Scrum敏捷软件开发第11页
    Scrum敏捷软件开发第12页
    Scrum敏捷软件开发第13页
    Scrum敏捷软件开发第14页
    Scrum敏捷软件开发第15页
    Scrum敏捷软件开发第16页
    Scrum敏捷软件开发第17页
    Scrum敏捷软件开发第18页
    Scrum敏捷软件开发第19页
    Scrum敏捷软件开发第20页

    试读已结束,剩余107页未读...

    38积分/C币 立即下载 >