大规模Scrum:大规模敏捷组织的设计pdf下载

大规模Scrum:大规模敏捷组织的设计百度网盘pdf下载

作者:
简介:大规模Scrum:大规模敏捷组织的设计
出版社:机械工业出版社
出版时间:2018-07-01
pdf下载价格:0.00¥

免费下载


书籍下载


内容介绍

内容简介
  Scrum是一个解决复杂问题的框架,也是各个遵循2001年敏捷宣言的流派中,目前流传和应用最广的一个,全球大约70%的企业转型认可并采用Scrum框架。《Scrum指南》作为Scrum的权威定义,对多个团队协作方式提到的不多。然而,以诺西的产品为例,人们打一通电话要经过一个通信网络中的数十个网元设备。而一个网元的研发工作,也需要数百人共同协作来完成。既然没有规模化转型的银弹,那就摸索着前进吧,无论如何是不能回头了。整个转型过程就是痛并快乐着。这种大型组织的转型,是一个打破旧世界,并在混乱中建立新秩序的过程。有痛点才有驱动力,作为一个当时陷入行业危机的通信企业,在生存危机面前,没有什么是不能改变的。本书主要介绍LeSS框架和规则,分为LeSS结构、LeSS产品和LeSS Sprint等三个部分。期望读者在读完本书后可以开始上手尝试,并理解背后的一些设计理念。
目录
版权信息
推荐序

前言
第1章 以少为多
第2章 LeSS
2.1 LeSS概述
2.2 LeSS框架
2.3 巨型LeSS框架
2.4 继续前进
第一部分 LeSS结构
第3章 采用
3.1 LeSS采用
3.2 巨型LeSS
第4章 围绕客户价值组织
4.1 在LeSS中团队按客户价值组织
4.2 巨型LeSS
第5章 管理
5.1 LeSS管理
第6章 Scrum Master
6.1 LeSS Scrum Master
6.2 巨型LeSS
第二部分 LeSS产品
第7章 产品
7.1 LeSS产品
7.2 巨型LeSS
第8章 产品负责人
8.1 LeSS产品负责人
8.2 巨型LeSS
第9章 产品待办事项列表
9.1 LeSS产品待办事项列表
9.2 巨型LeSS
第10章 完成的定义
10.1 LeSS完成
10.2 巨型LeSS
第三部分 LeSS Sprint
第11章 产品待办事项列表梳理
11.1 LeSS产品待办事项列表梳理
11.2 巨型LeSS
第12章 Sprint计划
12.1 LeSS Sprint计划
12.2 巨型LeSS
第13章 协调与集成
13.1 LeSS协调与集成
13.2 巨型LeSS
第14章 评审与回顾
14.1 LeSS Sprint评审和回顾
14.2 巨型LeSS
第四部分 少即是多
第15章 下一步
附录A LeSS规则
前言
  Preface 前言
  一切伟大的真理都以亵渎神灵开始。
  —萧伯纳欢迎来到LeSS世界,在这里,组织的复杂性被简单的结构所取代,不只是人,还有人们的学习也成为组织的关注点。对一些人来说,LeSS可能看起来是浪漫的,并且充满无可救药的理想主义。但事实并非如此,它在当今许多产品组织中已确确实实存在!
  为什么要写这本书?我们的前两本LeSS书出版后,收到了许多反馈,克雷格在思考这些反馈时,认为这两本书里的想法太多而基础观点太少,所以他问巴斯是否想再写一本。巴斯回绝了,因为他当时正在急切地等待着他第二个儿子的降生。不屈不挠的克雷格最终还是让巴斯同意一起写这本书,并让其相信这是一本内容相对简单的书。但克雷格错了。
  我们最初的目的是为前两本LeSS书写一本初级读物,但我们最终收获的却是一本截然不同的书,因为我们在探讨具体的基础观点时,对大规模的最基本要素进行了更为系统的推敲。结果呢?便是为读者呈现的LeSS规则、LeSS指南,以及这本书。
  LeSS规则和指南至关重要,但它们不是规模扩展时唯一要考虑的因素。在进入LeSS之前,我们要强调另外两个应当持续关注的要点:卓越技术和试验思维。
  读者对象本书是为产品开发中所涉及的每一个人而编写的。阅读本书唯一的先决条件是读者需具有基本的Scrum知识。如果没有这方面的知识,我们建议读者从阅读《Scrum指南》和《Scrum简章》(scrumprimer.org)开始。本书每一章的开始都将快速重温与其主题相关的Scrum。
  章节结构各主要章节的结构如下:
  单团队Scrum概述一个团队时采用的Scrum,为学习LeSS做准备。
  LeSS涵盖LeSS基本框架。这一节的结构如下:
  导言及LeSS相关原则。
  LeSS规则。
  LeSS指南。
  巨型LeSS结构与LeSS部分相同。
  组织有关的术语大多数术语在首次使用时给出了定义。然而,由于不同的公司可能会使用不同的术语,在与组织有关的术语方面我们遇到了一些困扰。这里我们介绍了书中使用的一些术语,它们对有些读者来说显而易见,而对另外一些读者来说可能是晦涩难懂的。
  产品组参与产品创建的所有人员。公司经常使用“项目”(project)来指代所有参与开发的人,但是本书避免使用这个术语,因为它经常强调的是产品的开发。因此,本书使用产品组。
  直线组织通常是组织架构图中所描述的正式组织结构。直线组织通常参与对员工的评估、员工的雇用、解雇和能力发展。公司中也可能存在矩阵式项目组织(在LeSS中不存在)和工作人员或支持组织。
  直线经理和一线经理直线组织中员工向上报告的经理。一线经理是员工向上报告的直属经理。
  高级经理或高管在组织高层工作的经理。在大型组织中,他们往往不属于产品组。
  产品管理或产品营销产品组织中探索市场并决定产品内容的职能。这通常与团队没有直线报告关系。
  产品组领导领导整个产品组的管理者,产品组中的所有人员都以直线关系向其报告。
  项目/项目群经理传统意义上负责产品发布时间表的角色。这通常与团队没有直线关系,因为它是一个短期临时的角色。这些角色在LeSS组织中不应存在。
  职能组织基于职能性技能(如开发、测试或分析)的直线组织。在LeSS组织中不应存在。
  致谢有非常多的人参与了对本书的评论。下面列出对一章以上的内容做过评论的人:Janne Kohvakka, Hans Neumaier, Rafael Sabbagh, Ran Nyman, Ahmad Fahmy, Mike Cohn, Gojko Adzic, Jutta Eckstein, Rowan Bunning, Jeanmarc Gerber, Yi Lv, Steve Spearman, Karen Greaves, Marco Seelmann, Cesario Ramos, Markus Ga?rtner, Viktor Grgic, Chris Chan, Nils Bernert, Viacheslav Rozet, Edward Dahllo?f, Lisa Crispin, Mike Dwyer, Francesco Sferlazza, Nathan Slippen, Mika Sjo?man, Tim Born, Charles Bradley, Timothy Korson, Erin Perry, Greg Hutchings, Jez Humble, Alexey Krivitsky, Alexander Gerber, Peter Braun, Jurgen De Smet, Evelyn Tian, Sami Lilja, Steven Mak, Alexandre Cotting, Bob Schatz, Bob Sarni, Milind Kulkarni, Janet Gregory, Jerry Rajamoney, Karl Kollischan, Shiv Kumar Mn, David Nunn, Rene Hamannt, Ilan Goldstein, Juan Gabardini, Mehmet Yitmen, Kai-Uwe Rupp, Christian Engblom, James Grenning, Venkatesh Krishnamurthy, Peter Hundermark, Arne Ahlander, Darren Lai, Markus Seitz, Geir Amsj?, Ram Srinivasan, Mark Bregenzer, Aaron Sanders, Michael Balle?, Stuart Turner, Ealden Escan?an, Steven Koh, Ken Yaguchi, michael james, Manoj Vadakkan, Peter Zurkirchen, Laszlo Csereklei, Gordon Weir, Laurent Carbonnaux, Elad Sofer。
  最后特别感谢Bernie Quah的艺术渲染力和Terry Yin对几乎所有请求的支持。也感谢Addison-Wesley出版社的Chris Guzikowski,在这个比预定时间更长的图书项目中他表现出了无限的耐心。"