精益软件开发艺术

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

出版社:电子工业出版社
出版日期:2009年7月
ISBN:9787121088667
作者:Curt Hibbs,Steve Jewett,Mike Sullivan
页数:148页

章节摘录

  1 精益之由  几十年来,软件开发实践一直被惊人的低成功率所困扰。与此同时,软件产品和服务的数量却每年以惊人之势持续增长。如果仅依这两种态势发展下去,那么无疑我们将会迈向灾难。  幸运的是,敏捷软件开发方法正向世人昭示:高成功率是可能的。目前,精益技术(在近50年中已在制造业显著提高了成功率)正被应用于软件开发领域,并验证着敏捷方法的成功之处。  精益原则及思维,已被证明非常适用于任何致力于提升生产力和质量的活动。精益方法已成功应用于制造业、分销、供应链、产品开发、银行业、工程、后台管理等诸多领域。然而,仅在最近这几年,精益原则和技术才被应用到软件开发领域中。  在本章,我们将就长期困扰软件开发的诸多问题,进行更详细的说明;同时也将就敏捷软件开发、精益开发的起源,以及它们用于改善各种过程的独特方法,作一个概览性的介绍。  1.1软件开发中的问题  你曾经在这样的软件开发项目中工作过吗?  ·进度超期;  ·预算超支;  ·不符合客户需求;  ·被中途取消。  如果你说“没有”,那你可能是“初出茅庐”并正在做你人生中的第一个项目。如果你说“是的”,我敢肯定,你并不孤单!  实际的统计结果,令人震惊。  1994年,Standish Group发表的CHAOS报告是关于“IT项目之失败”研究的一个里程碑。截至1994年,Standish Group在研究了超过8000个软件开发项目后发现:只有16%软件项目是成功的。这意味着其他84%的项目要么彻底失败,要么存在严重的问题。到2004年,经过了又一个10年,其研究所覆盖的项目已增至40000个,结果表明,成功率已提高到29%。虽然这已是一个显著的进步,但仍然不值得吹嘘。  你能想象到任何其他一个行业中存在如此惊人的低成功率吗?

前言

  为了满足读者对网络和软件技术知识的迫切需求,世界著名计算机图书出版机构O’Reilly Media,Inc.授权电子工业出版社,翻译出版一批该公司久负盛名的英文经典技术专著。O’Reilly Media,lnc.是世界上在unix、x、Internet和其他开放系统图书领域具有领导地位的出版公司,同时也是联机出版的先锋。从最畅销的《The whole Internet User’s Guide&Catalog》(被纽约公共图书馆评为20世纪最重要的50本书之一)到GNN(最早的Internet门户和商业网站),再到WebSite(第一个桌面PC的Web服务器软件),O’Reilly Media,Inc.一直处于Internet发展的最前沿。许多书店的反馈表明,O’Reilly Media,Inc.是最稳定的计算机图书出版商——每一本书都一版再版。与大多数计算机图书出版商相比,O’Reilly Media,Inc.具有深厚的计算机专业背景,这使得O’Reilly Media,Inc.形成了一个非常不同于其他出版商的出版方针。O’Reilly:Media,Inc.所有的编辑人员以前都是程序员,或者是顶尖级的技术专家。o’Reilly Media,Inc.还有许多固定的作者群体——他们本身是相关领域的技术专家、咨询专家,而现在编写著作,O’Re川yMedia,Inc.依靠他们及时地推出图书。因为O’Reilly Media,Inc.紧密地与计算机业界联系着,所以O’Reilly Media,Inc.知道市场上真正需要什么图书。

内容概要

Curt Hibbs是波音公司的资深工程师,曾经担任过惠普(HP)、Intuit、嘉信理财(Charles Schwab)、维望迪环球(Vivendi Universal)及其他更多公司的顾问。
Steve Jewett 是波音公司的一名软件开发人员,参与过“以网络为中心的认知决策支持系统”的开发。
Mike Sullivan 拥有超过6年的大学教学经验。目前他正和多个软件开发团队一起开展工作,来驱动生成有价值的解决方案,以及动态的改进软件开发团队。

书籍目录

前言1 精益之由 1.1 软件开发中的问题 1.2 敏捷方法的成功故事 1.3 精益方法的成功故事 1.4 精益原则2  在软件开发中应用精益思想 2.1 精益软件开发 2.2 精益Vs.敏捷 2.3 起步3  实践0:源代码管理和脚本化构建 3.1 关于第0项实践 3.2 源代码管理 3.3 脚本化构建 3.4 集成化环境(Integrated Environment)的纪律 3.5总结4  实践1:自动化测试 4.1 为何需要测试? 4.2 什么是自动化测试? 4.3 测试的类型 4.4 测试的方法 4.5 总结5  实践2:持续集成 5.1 端到端(End-to-End)的自动化构建 5.2 专门的构建服务器 5.3 持续集成软件 5.4 实施持续集成 5.5 持续集成内建了质量 5.6 实施持续集成中的阻力 5.7 总结6  实践3:精简代码 6.1 保持代码的精益 6.2 开发精简的代码 6.3 实践“精简代码”的阻力 6.4 总结7  实践4:短迭代周期 7.1 短迭代周期生成客户价值 7.2 以短迭代周期进行开发 7.3 关于迭代开发的误区 7.4 把大任务分解成小片段 7.5 总结8  实践5:客户参与 8.1 客户参与是双行道 8.2 铺设道路 8.3 一个常见问题 8.4 总结9  下一步? 9.1 精益思想和分析实践 9.2 改善(Kaizen) 9.3 改善研习会 9.4 价值流图 9.5 其他精益技术 9.6 其他互补的方法 9.7 从这里到哪里去A  资源索引

编辑推荐

  这本简洁之作,将向你解释如何应用精益软件开发的实践来显著提高生产力和质量。基于对日本制造业产生革命性改变的实践,精益原则正被成功应用到产品设计、工程、供应链 管理等领域中,现在也被应用到软件开发领域中了。《精益软件开发艺术》将会向你展示如何通过以每次导入一项,而不是那种一下子把整个方法学囫囵吞下的方式,来学习采纳精益 实践。每当你掌握了一项实践,就可以看见它所带来的显著的可衡量成果。  《精益软件开发艺术》将帮助你:  揭秘源自日本工业的精益方法,以及如何将之应用到软件开发中  详细学习精益软件开发的原则和5项最重要的实践  理解精益方法和敏捷方法之间的关系  决定哪个精益原则是你首先要采纳的,以及如何把更多的方法学逐步整合到你的 软件开发过程中  逐个审视各项实践,其中包括对它们的详细描述、好处、权衡取舍,以及实践过程中可能遭遇的路障  《精益软件开发艺术》特别适合那些想改进软件过程但又无法承受突然的完全变革带来毁灭性风险的大忙人阅读。在数十年间,精益方法已经获得了令世人瞩目的成果。阅读《精益软件开发艺术》,你将可以通过增量递进式的变革,获得立竿见影的效益。

作者简介

这本简洁之作,将向你解释如何应用精益软件开发的实践来显著提高生产力和质量。基于对日本制造业产生革命性改变的实践,精益原则正被成功应用到产品设计、工程、供应链 管理等领域中,现在也被应用到软件开发领域中了。《精益软件开发艺术》将会向你展示如何通过以每次导入一项,而不是那种一下子把整个方法学囫囵吞下的方式,来学习采纳精益 实践。每当你掌握了一项实践,就可以看见它所带来的显著的可衡量成果。
本书将帮助你:
揭秘源自日本工业的精益方法,以及如何将之应用到软件开发中
详细学习精益软件开发的原则和5项最重要的实践
理解精益方法和敏捷方法之间的关系
决定哪个精益原则是你首先要采纳的,以及如何把更多的方法学逐步整合到你的 软件开发过程中
逐个审视各项实践,其中包括对它们的详细描述、好处、权衡取舍,以及实践过程中可能遭遇的路障
《精益软件开发艺术》特别适合那些想改进软件过程但又无法承受突然的完全变革带来毁灭性风险的大忙人阅读。在数十年间,精益方法已经获得了令世人瞩目的成果。阅读本书,你将可以通过增量递进式的变革,获得立竿见影的效益。

图书封面


 精益软件开发艺术下载 精选章节试读 更多精彩书评



发布书评

 
 


精彩书评 (总计5条)

  •     ”Lean Startup“系列的书最近很火,可能是现在创业行为很多,而精益思想又确实提供了很好的指导作用吧。还看到一些调侃”精益人生“,”精益谈恋爱“等等等... 这本书买了很久直到最近开始看。书很薄,如果知道相关的敏捷开发的概念也很容易理解,翻译也还算不错。看完只是觉得精益思想没有多么神奇,和其他敏捷开发相比只是出发点不同而已。可能Toyota和其他创业故事让Lean听起来有一点美了。敏捷开发是一个理想模型。敏捷开发的四条思想说得好很响亮。很适合拿来做推销文案,全是优点的一套理论。但是有时候想想会觉得有问题像是骗局。下面找了一些原因但并不是有力的抨击证据。原因一 以最大化效率(最小化浪费)为目标。Lean强调消除浪费,却是不可能完全做到消除浪费。精益开发中药使用TDD方法,并不认为是引入浪费(因为它带来价值),但是TDD本身是需要维护的,而需求变化将会带来大于一倍的损失。但大家愿意相信在这种消除浪费的改进过程中能够提高生产效率。敏捷开发其实成功率也不高,但是大家也愿意相信以敏捷思想为目标就可以有所进步。其实这个是一种乐观主义,相信努力就算不成功也会比以前好。这是真的吗?原因二 积极响应变化。但是有一些变化是不允许的,比如说推迟发布期。如何不能够按时发布的话也有一定的”敏捷措施“让产品变得可以发布,比如用mock方法来模拟未完成的模块(骗人么不是...)。发布期是不可以响应变化的(每一迭代周期的任务也必须固定好),是因为如果响应变化了那么就违背了敏捷另外一些原则,而且损害是明显可见的。那么另外一些时候呢?敏捷思想要求如果出现了变化,总是积极思考对策并快速推行,而变化的代价有时候不太可见了。但约束原则指出,消除一个约束就会改变系统流程,那么也就会引入新的约束。一个变化是否应对必须考虑清楚,而且有一些时候响应变化的后果是难以估计的。原因三 总有一个合理解释。敏捷不是具体的流程步骤,而是精神指导。听上去很美。大家都被需求更改折磨的很惨的时候觉得敏就是救星。但是当在实践的时候发现细节处有很多问题,敏捷会让你尽快做出一种合乎敏捷原则的第一选择。但是有没有人在实践中发现过有多种合乎原则的选择呢?甚至可能有两种方案可能都不是朝一个方向的。或许这时候就会陷入选择困境。敏捷大师可能会告诉你,你想的还不够透彻。于是最后给你的建议是根据他的个人经验...敏捷神话。现状是有很多人还有很多机构在研究和推广敏捷开发。敏捷开发本身变得有一些甚嚣尘上。一个公司好的公司愿意去选择尝试敏捷;而敏捷大师的培训门槛也很高,一次培训价格不菲。形成了支持敏捷的公司很识货,会敏捷的人才很精英的这种现象。敏捷本身是个理想神话,个人觉得太追捧过于热衷就有一点那个X教的啥了。好的做法是,敏捷开发流程,Scrum,TDD,Lean,XP。不一定要选择或者忠于哪一种,而是能够应用一些工具,并且对团队有帮助就好了。一位朋友跟我说他们公司在搞敏捷开发,每天开站会,但是从来都不会按时下班。从来按时下班的都是欧洲人,在日企就更别想了,完全无视以人为本保证工作时间才能提高单位时间效率什么的。但是吐槽归吐槽,能够开展每天站会肯定是有好处的。前边黑完敏捷但是对自己来说,还是很想亲身实践的。每次听到谁说啊自己公司使用敏捷开发就好羡慕... 大学一个设计课程,和同学一起实践过Scrum。课程选完分好组之后我还做了PPT介绍Scrum给他们,大家觉得好燃(可能只有我觉得很燃,他们只是表示支持),觉得学了软件工程终于有用了。然后还给老师介绍了一下说咱们组要搞Scrum,老师表现的很欣慰然后就不管了。最后这个Product Owner继续根据课程安排来推进每一组的项目,而我们燃完之后也因为每个人其他事情而没有太多时间做项目,而且坚持Scrum更新啥的也很难,更别说每天寝室楼下站会了(团队两男两女不同寝室楼)。最后进行了两个Sprint就夭折了。包括之前让大家熟悉Scrum的Sprint 0。不过通过Sprint 0还是很有收获,很多有用工具亲自做了一次。也觉得会影响自己做事情的处理方式。(有一种寂寞叫一个人的Scrum。T T)但是为什么会这么有动力,归根结底就是现在的公司是在太XXX。近期规划说要做全新版本,把功能筛选出来重新编码,于是乐观的觉得,还是有一点点微微的盼头的...——————————————————————————————内容简介软件开发的书籍一般包括3类内容:原则和目标(思维引导)、方法和工具(可实际操作的)和案例分析。这本书没有介绍案例的章节,第一种和第二种内容大概4:6。这本书实际内容只有100页多一点,是概念科普型的,但是精益开发过程已经介绍的很全面了,如果有相关能力,比如说会TDD,会refactoring,应该就可以实践操作Lean Development了。如果把敏捷看成一种开发语言,Lean只能看做一种框架framework,而Scrum或其他敏捷开发工具也是,都是根据自己的出发点,从敏捷方法集合中挑选合适的实践方法子集。虽然精益思想来自与制造业,按作者的话是精益对敏捷开发是兼容和欢迎的,其实具体实践方法在其他的敏捷开发中都有体现的。作者只在最后一章才提到精益特有的工具,比如说价值流图和看板,而改善大会与Scrum中demo会之后的的review meeting相似,只是范围更大(可以广义到工作行为本身的不合理的改善),具体要求更详细(规定了推出,决定和执行三个阶段和时间周期)。另外值得一提的是,TDD是精益开发中是不可省略也不可替代的实践,可以看做是其他实践的基础,也反应了更多的精益方法的原则。而其他一部分实践方法是所有敏捷开发都必须要求的,比如代码管理、短迭代和持续集成。而还有一些实践都有一定的通融性存在。
  •     首先我要给予这本书高度评价,O'reilly出的书果然是精品。整体来说,它给人的感觉很精益,内容虽然不多,但几乎句句珠玑,好像每个词都是精心雕琢过的,看了以后你真的可以体会到软件开发中的艺术性一面。从篇幅来说,此书篇幅不大,一共一百多页,很快可以看完,平均每章10~20页,都很轻量,阅读起来很轻松。从内容来说,虽然它只重点讲了5个核心实践,但你可以感觉到对这些实践的选择,甚至是其顺序的安排,都是非常精准的,最大限度降低了敏捷和精益新手的困惑。从结构上来说,本书设计精良,思路清晰,每个实践都有说明前因后果,这个结构为阅读者的理解,提供了很大程度上的方便。所以,我的结论是严重推荐下对敏捷或者精益软件开发感兴趣的童鞋们,去读下这本书。如果说从我所看过的敏捷软件开发相关书籍中,只能选出一本作为实践指南的话,这一本是最合适的。
  •     可能之前看了cleaning code,翻这本书的时候没什么惊喜感,现在书的同质化现象有点严重啊,像《程序员修炼之道》和《卓有成效的程序员》都是比较好的书,但老是看到相似的影子,哎。

精彩短评 (总计14条)

  •     精益软件开发是在敏捷软件开发思想上发展起来的,而又形成了一些自己独特的思想。 如果只用一句话来描述敏捷开发的主旨,我觉得是“用一些方法和工具提高个体的主观能动性。” 如果只用一句话来描述精益开发的主旨,我觉得是“不断发现生产中的浪费然后改进生产过程。”
  •     光盘不能用,是什么关于检索的东西,要求换货,可是因为小票没有了,所以没给换,送的书一点用处也没有。
  •     一本小册子就可以告诉你,想获得更优质的软件,需要去深耕的几个领域。
  •     我是译者
  •     丰田车现在出了很大的问题,但不能就此否定丰田的一切,精益思想最早是丰田提出的,丰田也是因此成为了伟大的公司。精益思想和敏捷思想有很多相似的地方,精益有更多的成功经验可以借鉴,所以推荐想应用敏捷的人看看精益方面的书,这本书就不错。
  •     书的体积体现了书名。
  •     秋叶送的
  •     非常不错的书籍,翻译也非常流畅。
  •     她说有用
  •     这本书写得想当精益,该介绍的都介绍到了;不该介绍的,一句话也没多谈;无论是敏捷还是精益的粉丝,都可以从中获益。无论是新手还是老手,读之都有启发。对于新手来说,只要看这么一本书,把其中说到的5个实践都落实到位,那就足够折腾了。
  •     主要是将生产中的精益与软件开发进行映射,有参考价值。
  •     书太薄了,真没感觉到有什么干货在里面,几篇博客也许能把问题说的很清楚了,花了我30块钱,觉得不够本
  •     精益是一个旅程,而不是目的地。哈哈哈,看的热血沸腾,敏捷开发真的很棒啊!
  •     简洁之作,介绍了不少敏捷开发的方法,适合于初学者。
 

外国儿童文学,篆刻,百科,生物科学,科普,初中通用,育儿亲子,美容护肤PDF图书下载,。 零度图书网 

零度图书网 @ 2024