精益开发实战

当前位置:首页 > 计算机网络 > 软件工程/开发项目管理 > 精益开发实战

出版社:人民邮电出版社
出版日期:2012-9
ISBN:9787115291776
作者:克里伯格
页数:168页

作者简介

《精益开发实战:用看板管理大型项目》以瑞典国家警署开发的大型项目为例,讲述在大型项目中如何具体应用看板方法和精益原则,详细介绍了项目中面临的诸多挑战及其应对策略,以及得到的各种经验教训。书中内容共分为两大部分,第一部分是全书核心,介绍如何实际工作;第二部分是技术讲解,概要介绍了敏捷和精益原则,阐述第一部分提到的因果图等实践做法。

书籍目录

目  录
第一部分  我们如何工作
第1章  项目背景  3
1.1  时间线  5
1.2  我们如何切割大象  7
1.3  我们如何让客户参与进来  8
第2章  组织团队  9
第3章  每天出席鸡尾酒会  13
3.1  第一拨:功能开发团队每日立会  14
3.2  第二拨:不同专业角色的同步立会  15
3.3  第三拨:项目同步立会  17
第4章  项目进度板  19
4.1  我们的节奏  22
4.2  如何处理紧急问题和障碍  23
第5章  扩展任务看板  27
第6章  跟踪总体目标  31
第7章  定义“可供”与“完成”    35
7.1  可供开发  36
7.2  可供系统测试  37
7.3  两个定义如何提升团队协作  38
第8章  处理技术故事    41
8.1  示例1:系统测试瓶颈    42
8.2  示例2:版本发布前一天    43
8.3  示例3:7  米长的类    44
第9章  处理Bug    47
9.1  持续系统测试    47
9.2  立马修复Bug!    49
9.3  为何要限定Bug  跟踪系统中的Bug  数量    50
9.4  Bug  可视化    51
9.5  预防Bug  重现    53
第10章  持续改进流程    57
10.1  团队回顾    58
10.2  流程改进研讨会    59
10.3  掌控改变速率    66
第11章  管理在制品    69
11.1  采用在制品限额    73
11.2  为什么在制品限额只适用于功能卡    74
第12章  捕捉并使用流程度量    79
12.1  速率(每周功能数)      79
12.2  为何不使用故事点    82
12.3  周期时间(每个功能所需时间)      83
12.4  累计流量    88
12.5  流程周期效率    90
第13章  Sprint  与版本发布规划    93
13.1  需求清单梳理    93
13.2  挑选前十个功能    94
13.3  为何将需求清单梳理工作移出Sprint  规划会议    94
13.4  规划版本发布    95
第14章  我们如何做版本控制  97
14.1  主干无垃圾  98
14.2  团队分支  99
14.3  系统测试分支  100
第15章  为何我们只用真实看板  103
第16章  经验教训  109
16.1  了解目标  109
16.2  不断实验  109
16.3  拥抱失败  110
16.4  解决真正的问题  110
16.5  拥有专职变革推动者  110
16.6  让人们参与进来  111
第二部分  技术详解
第17章  敏捷与精益概述  115
17.1  敏捷概述  116
17.2  精益概述  118
17.3  Scrum  概述  121
17.4  XP  概述  123
17.5  看板概述  125
第18章  缩减测试自动化需求清单  131
18.1  怎么办  131
18.2  如何每个迭代周期都提高测试覆盖率  132
18.3  第1  步:列出测试用例  132
18.4  第2  步:测试分类  133
18.5  第3  步:按优先顺序对列表进行排序  134
18.6  第4  步:每个迭代周期自动化若干测试  136
18.7  这能解决问题吗  138
第19章  用规划扑克估算需求清单大小    139
19.1  不用规划扑克进行估算    139
19.2  用规划扑克进行估算    141
19.3  特殊牌    143
第20章  因果图    145
20.1  解决问题,而不是解决症状    145
20.2  精益问题解决方法:A3  思维    146
20.3  如何使用因果图    148
20.4  示例1:发布周期长    149
20.5  示例2:上线版本有缺陷    153
20.6  示例3:缺乏结对编程    155
20.7  示例4:很多问题    159
20.8  实际问题:如何创建并维护因果图    160
20.9  陷阱    161
20.10  为何采用因果图    163
第21章  结语    165
附录  术语表:如何避免高深术语

前言

很多人都听说过精益软件开发、看板和其他一些时髦的术语。不过,这些东西实际上究竟是什么样?如果一个项目是开发真实的复杂系统,项目团队扩展到60人时应该如何管理?我无法告诉你具体该怎么做,因为每个项目的具体情况都会不同。不过我可以告诉你我们是如何做的(基本上是结合了Scrum、XP和看板),或许其中一些解决方案以及我们得到的经验教训能够为你所用。读者对象本书的主要读者是软件开发组织中的项目团队主管、经理、教练和其他变更负责人。不过,本书的部分内容对于有兴趣了解软件开发、精益产品开发或者常用的协作技术知识的读者,可能都有用,无论你是什么角色或处于什么行业。如果你希望对本书加以评论,请前往本书主页,访问论坛和勘误页面。欢迎你提出宝贵意见!如何阅读本书本书由两部分组成,每个部分都分成多个篇幅短小的章。第一部分“我们如何工作”是案例研究,讲述我们如何将看板和精益原则运用到为瑞典国家警署开发的大型项目中。第1章介绍了项目概况,接下来的各章详细介绍了我们面临的具体挑战(如项目需要扩展)、我们如何处理这些挑战,以及我们得到的经验教训。第二部分“技术详解”首先概要介绍了敏捷和精益,然后详细介绍本书第一部分中提到的一些实践做法,比如因果图。建议你先全文阅读第一部分,因为这是本书的核心所在,而且其中所有章的内容都互相关联。然后,再从第二部分中挑选自己感兴趣的内容,因为这部分各章的内容相对独立。第一次接触敏捷或精益?如果你是第一次接触敏捷或精益思想,也别担心,本书的内容面向实践,而不是理论。我只会告诉你我们的具体做法,你读的时候就会对相关理论有概念了。如果你想先初步了解一下敏捷和精益思想以及相关的方法(Scrum、XP和看板),那么可以直接阅读第17章。免责声明我并未说我们的工作方式是完美的精益方式。精益是方向,而不是目的。精益的核心是持续改进。精益没有明确的定义,但我们应用的很多精益实践都是以玛丽·帕彭迪克、大卫·安德森和唐·类纳森所教授的精益产品开发原则为基础的。而且,在多数情况下,这些精益实践都可与敏捷原则完美匹配。另外,你只是从我的视角看这个项目。我是项目的兼职教练,参与了六个月的时间。我没有要去展示项目100%的完整面貌,而是想让你了解我们具体做了什么,以及目前为止得到了什么经验教训。致谢很多人都对这本书的出版作出了贡献,感谢所有的人!我想特别感谢哈贝·雷德曼,他作为内部变更负责人将我带入项目,感谢托马斯·阿尔斯特尔伦德强有力的管理,让我们可以专注于项目目标。我还想向以下这些人致谢。克里斯蒂安·斯图尔特以及RPS管理团队的其他人,感谢他们委托我担任这一项目的教练,并允许我们宣传自己的具体做法。项目所有参与人员,感谢他们全心投入到此项目中,帮助推动变更流程。我为项目团队所拥有的高超技能、独特创造力和巨大能量深深折服!玛丽与汤姆·帕彭迪克夫妇,感谢他们多年来对我在精益软件开发方面给予的教诲与培训,并鼓励我写了这本书。他们还慷慨地提供了17.2节中的大部分内容。我的编辑凯·克普勒。在此之前我还从未与编辑合作过,此次合作经历弥足珍贵,让我受益匪浅。凯不但帮助润色了本书的文字,还帮助我提高了写作水平!本书所有审校人员:Gunnar Ahlberg、Kevin Beam、Kent Beck、Pawel Brodzinski、Ward Cunningham、Doug Daniels、Chad Dumler-Montplaisir、Yves Hanoulle、Michael Hunter、Andy Keffalas、Maurice Kelly、Sebastian Lang、Rasmus Larsson、Mary Poppendieck、Sam Rose、Daniel Teng、Nancy Van Schooenderwoert、Joshua White与Colin Yates。马提·史密斯和艾玛·马特森,感谢他们免费提供部分珍贵的照片。最后感谢我的妻子索非亚,是她让我专注工作(带着四个小孩子,真是不易),我才能用了数天,而不是数月就完成了本书的初稿。亨瑞克·尼伯(Henrik Kniberg)2011年10月于斯德哥尔摩

内容概要

Henrik Kniberg  资深敏捷教练、咨询专家,精益和敏捷原则的积极实践者,目前效力于瑞典的Crisp公司。在过去的10年间,Henrik曾为瑞典的3家IT公司担任过CTO,帮助过很多公司走上敏捷精益软件开发之路。Henrik是获认证的Scrum教练,与Scrum的联合创始人Jeff Sutherland共同进行培训和教练工作,并经常作为主讲嘉宾出席业内的各种国际性会议。除本书外,他还著有《硝烟中的Scrum和XP——我们如何实施Scrum》和Kanban&Scrum, making the most of both。现和家人居住在瑞典首都斯德哥尔摩,业余时间在两家乐队担任低音键盘手。
李祥青 七十年代生于湘西,长于西北。曾从事教师、工程翻译、计算机图书编辑等职,并编辑、翻译图书若干。七年前进入IT公司软件本地化团队,负责过本地化产品质量保证及软件本地化供应商管理,一年半后转至技术写作团队至今。喜欢音乐、读书、电影、网球等。另有合译作品《璀璨星途:迈克尔•杰克逊音乐历程全记录》即将面世。

图书封面


 精益开发实战下载 精选章节试读 更多精彩书评



发布书评

 
 


精彩书评 (总计4条)

  •     敏捷开发的执行和过程。敏捷开发的参与人员包括需求分析人员、开发人员、测试人员等。最核心的元素是看板,通过看板展示每个阶段的实际情况,看板的信息通过每日站会或阶段性会议来更新,同时团队核心人员也会通过一些其他的定期会议持续改进流程,以至提高工作效率。1)看板划分多个区域,主要分需求、开发、测试、发布状态;用便利贴记录功能需求,而便利贴的流转路径:需求池-->开发池-->测试池-->发布池;每个池的状态都是持续更新的,一旦有需求确定可供开发,转入开发池,程序猿开始动工,完成可测试单元时,转入待测试池,完成通过,则可放入待发布池。2)当团队人员较多时,分多个小组进行每日站会,小组站会结束后,再由小组接口人开个汇总站会。站会主要汇报昨天做了什么,今天计划做什么,当前存在的问题或需要支持的地方。通过站会,各成员充分沟通反馈,知悉整个团队的开发进度和依赖关系。书中的后半部分讲了比较多的在敏捷过程中涉及到的版本规划、版本发布、自动化测试、因果分析等等方法和技巧,这些也曾在实际工作中遇到过,觉得很赞
  •     如副标题所示,这本书让我体会最深的是看板。看板主要的好处有几个:1. 确定优先级 优先级一目了然,如果老板,领导,产品,有新的想法需要插入时请先看看当前的任务列表。这个一定程度上确保任务不会被头脑发热的想法或者临时事务打乱。在当前的公司的官僚组织体系中,领导的一些想法和改进往往会被安排到第一优先级来处理。这个主要原因有两个:老板可能不知道当前正在进行哪些任务。2. 区分技术改造和功能开发 保证不要亏欠太多的技术债务,避免后期受技术债务拖累3. 清晰的掌握整个工作流的任务状况,快速发现影响交付周期的瓶颈点比如 开发功能太快,导致测试堆积,延长交付周期,这时候就需要重点进行技术改造,加快测试速度(如:提高单元测试覆盖率,完善自动化测试工具等)4. 协助开发人测试运维人员进行工作计划以及安排 虽然开发者个人进行工作计划或者写工作日报是个好习惯,但据我观察,能这样坚持的人如凤毛麟角。也有的公司强制开发人员写工作日报,但一般都流于形式,收益甚微。如果有看板每日早晨review,这个工作会简单许多,并且节省时间。5. 如果是大型团队,看板拆分,便于各小团队之间的沟通 很多大团队会通过周会等机制进行定期沟通,互通有无,协调工作。但这往往会导致冗长的会议,沟通也不能及时。如果各小组每日先行组内例会,然后再由teamleader进行大的项目同步例会,对于消除大会议以及及时沟通有非常大的意义。看板只是一个工具,需要和Scrum,XP,Sprint等思想结合。工具不是万能的,重点还是在团队的组织方式和开发交付的思维方式的改进。http://jolestar.com/recently-reading-notes/
  •     正在看第二遍,也积极地在项目里实行用看板来管理项目。而我对于看板的核心理解来源与书中的一句话:项目的开发速度很大程度上取决于团队成员对项目当前状态的数值程度。其实看板的目的就在这里,让团队成员明白项目当前的进度,我需要做什么。然后通过“完成”中的任务来激励技术,原来我们已经做了那么多东西。而书中提到的另外一个思想也很新颖,把项目开发流程的持续改进当做一个任务来做,不断的发现问题,改进流程,让团队更加磨合,这样效率才能更高。

精彩短评 (总计71条)

  •     比较轻松的一本书,内容很适合初学者
  •     跟我厂目前整体上类似,只不过采用的是死亡行军模式
  •     只看前面几章,看板很好,需要重读
  •     要是发货再快点就更好了
  •     讲了一个方面,书比较薄。可真的做起来,还有更头疼的。
  •     入门
  •     以实例贯穿全书,说得很详细。我们目前也在使用看板,项目没书中说到大,用得比较浅,但给了我很大的启发和借鉴。
  •     忘记什么时候、什么原因在多看上入了这一本书。我本是对一些大道理、条条框框不感冒的。这本书还好,以自身的项目经历来介绍项目管理,虽提到术语但不做过多解释也不影响理解。其实当中的很多方法论已经在实际工作中运用到了,这得感谢之前优秀的环境。这本书可以作为过去实践经验的一个补充,解答了些疑惑,分享了些点子。
  •     书中的所有实践,在ThoughtWorks的各个项目组都已经在使用了
  •     需要这方面的内容,比较感兴趣
  •     包括一本没看完的scrum精髓,目前比起看其他的敏捷的书,更重要的是应用于实践,并在不断优化过程的同时时不时的翻翻这几本书
  •     适合有经验的人看
  •     等待实践
  •     精益开发实战:用看板管理大型项目,,看板管理的好书
  •     项目总结写这么长真是辛苦了啊。
  •     篇幅短小,读起来非常轻松,以一个完整的项目来介绍如何再项目中融合敏捷,精益,和看板几大方法论,书中对一些项目实战中的常见问题的处理方法有借鉴意义。
  •     务实,深刻
  •     不过没对口
  •     写的比较实际的一本书,但是内容总结的不太好,实践有余,理论不足。
  •     是类似电脑软件开发方面的项目管理介绍
  •     很好用!!!!!!!!
  •     每个程序员都应该读一下,要知道一个团队怎么样才能做出一个优秀的产品。
  •     实践出真知,值得团队借鉴。
  •     这本书不错,讲的很实际。可是在国内做项目的话,估计很难搞个大看板挂着吧,这个要首先打破心理障碍,真心塑造起目标第一的团队精神………
  •     e 111221
  •     这是本粗读来看还是不错的,整体来说主要就是介绍了作者从经历过的一个成功项目中提取的经验和实践。花头有点多,对于作者给出的他们项目中使用的项目看板的规划,我实在不能苟同;但是抛开这块来看,作者介绍的一些小方法和价值观还是很好的。最喜欢的是17章最后的那个系列图例“看板管理的典型一天”,内容精炼而又发人思考
  •     规划扑克
  •     Great book, 非常有用。
  •     目前敏捷开发中的最新实践,值得细读
  •     看板实例
  •     对实际工作帮助不大
  •     在公交车上读完了
  •     myComments
  •     非常好的看板建议,准备在团队中实施。
  •     挺不错的,讲了看板管理的一些东西,但其实看板管理最最实质的东西其实是信息的沟通,而这个沟通则是需要整个企业上下一心才行的,上下一心是基础条件
  •     读完后学到不少,对我感触比较大一点就是:专注于完成一件事情而不是又开始一件事情!
  •     这本书介绍敏捷与精益,并以多项实践予以说明,很不错的实践参考书
  •     Henrik Kniberg是我最喜欢的作者,每一本书都是精简的恰到好处,又受益良多。 用看板了管理团队任务一个月了,这本书给了我很好的idea。 良心推荐 :) ~~
  •     没我想象的好,太理论化,仅做参考。
  •     敏捷开发管理必看
  •     翻译质量也好,看板视角非常独特。只是在国内,连迭代式时间箱开发的应用都比较少,应用看板开发有点没学会走先跑起来的感觉。看板开发,有大的趋势,尤其现如今“软件即服务“的理念愈发普及之时。
  •     第 16 章的经验教训是精华,多数人都喜见变革,他们只是不喜欢被别人改变,多么痛的领悟。
  •     偏向于软件项目开发,不过项目管理都是相同的,实例很不错。
  •     页数很少 有点理论多。。
  •     最近一个软件开发项目碰到好些问题,这本书虽然内容不深,东西相对倒是还全。有实际的例子,不过这种东西, 在不同的企业文化下,肯定适用的范围不大, 有些东西看着简单,但试试看倒是蛮管用的。
  •     敏捷实战的指导用书。
  •     有很好的建议
  •     非常详细的描述了scrum和精益看板结合的整个开发流程,有非常强的参考意义。但是,找到适合这系统的人实在太难太难了。每个成员都基本需要跨职能的,市场、开发、测试都有一定足够的实力才能顺畅的运作它
  •     通过一个例子,这本书浅显易懂地介绍了看板方法,并由此引出敏捷及精益的原则,以及相应的具体实践(Scrum、看板方法、XP)。这些内容,我将作为今后工作的指南来使用。
  •     看板,在倡导精益与敏捷的公司里是一种必不可少的实践。将工作流可视化,便于对瓶颈进行管理。归根到底,“敏捷软件开发”是所有人的共有愿景,其本身并无定式。持续改进,不断提高,才能更好地进行团队的建设吧!
  •     学习看板技术必备
  •     不错,读起来不累
  •     写的真好
  •     已给所有PM推荐这本书。基本是真实案例,没有空泛理论。从那些敏捷团队的实践操作、使用工具和流程组织中时刻透射着作者和他的团队对敏捷和精益的深刻理解。有不少细节值得我们学习!
  •     部分知识和方法可以参考,但不能照搬。
  •     非常开阔思路,有很多值得学习借鉴的方法。当然实际应用需要根据情况再具体分析。
  •     已经在团队里开始实践了,效果初步显现。
  •     相当不错,里面的很多内容在项目管理中切实用了下,效果还不错。这本书算是13年在管理方面读到的最实用的一本。
  •     大部分概念都实践或者听说过。 不过一些17章中的各种实践的详解及对比还是挺好的,可以作为具体实施的一个参考。 然后就是一些其他的细节的工具,比较A3,比如谷歌绘图等等。。。
  •     内容实在,实践性很强,话说讲因果图时的举例不就是俺们周围的现状么,哭。。。
  •     是一本还不错的书,值得看
  •     度量周期时间挺重要的
  •     一个实例稍稍体会一下项目管理实际中的样子。没有实践就是盲人摸象。
  •     和以前在InfoQ上看过的看板迷你书一样简洁明了
  •     正在做精益研发,实践中
  •     书本纸张质量不错,内容还没看
  •     讲述的一种亲身实践,可以借鉴,但是无法套用。
  •     言简意赅的查明了精益、SCRUM、看板等概念之间的关系。读罢领会最深的是 用工具提升效率(最主要是沟通成本)的必要性。现在项目组由于业务形态等原因,实践的还较少。相信未来几年,最有机会重新拾起本书。
  •     看板管理,scrum规划,xp结对编程。
  •     #实践出真知,方法靠自己#
  •     敏捷开发项目管理
 

农业基础科学,时尚,美术/书法,绘画,软件工程/开发项目管理,研究生/本专科,爱情/情感,动漫学堂PDF下载,。 PDF下载网 

PDF下载网 @ 2024