当前位置:
首页 > 互联网+ > 互联网思维 > 敏捷思维:移动互联网和大数据时代IT企业转型、升级与再造之道pdf/doc/txt格式电子书下载

敏捷思维:移动互联网和大数据时代IT企业转型、升级与再造之道pdf/doc/txt格式电子书下载

本站仅展示书籍部分内容

如有任何咨询

请加微信10090337咨询

敏捷思维:移动互联网和大数据时代IT企业转型、升级与再造之道pdf/doc/txt格式电子书下载

书名:敏捷思维:移动互联网和大数据时代IT企业转型、升级与再造之道pdf/doc/txt格式电子书下载

推荐语:一本可以改变个人与企业命运的著作——以敏捷思维为基石应对万变的市场需求。

作者:谢明志著

出版社:机械工业出版社

出版时间:2015-01-01

书籍编号:30189820

ISBN:9787111478546

正文语种:中文

字数:173372

版次:1

所属分类:互联网+-互联网思维

全书内容:

0

序言一


我作为最早加入摩托罗拉中国公司研发中心的人员之一,在IT通信行业工作了超过20年。和明志的经历相似,我早期主要从事测试方面的工作,而后又参与了开发、系统集成等工作,亲身经历了开发中心从最初的十几个人发展到上千名工程师的辉煌。我在10年前离开摩托罗拉加入NEC后,又开始侧重于市场、销售方面的工作,直至负责公司的全面运营管理。我看到一般大型企业尤其是外企的产品研发和市场运营都采用按部就班的模式,虽然有其严谨的一面,但有时不免效率不高,很可能由于一个环节的拖延造成整个项目的延迟。


明志书中的敏捷研发和敏捷管理恰恰另辟蹊径,开拓了另一片天空。在摩托罗拉等外企衰落的同时,华为等一批国内企业快速成长,成为市场上的领军企业。众所周知,华为聘请IBM为咨询顾问,任正非总裁曾经说IBM是最好的老师,明志也参与了其中的项目。华为把IBM的敏捷研发和敏捷管理灵活应用于软件研发、项目管理甚至客户服务流程中,取得了巨大的成功。


在书中,作者不仅对敏捷方法进行了系统和详尽的描述,还论述了如何在大型企业和创业型企业中应用敏捷,如何避免容易出现的问题和误区,结合大量的案例和切身经历深入浅出地讲解,以便读者理解和掌握。此外,书中也融入了许多关于管理和人才的讨论,例如人才培养和潜力发掘的相关内容,使方法、工具与人得以有机结合。


随着微信的普及和碎片化时间的利用,很多人放弃了系统的读书习惯。2012年,几位资深创业人秋游西山,有感于当前知识信息碎片化、社会功利浮躁、精神交流匮乏以及人际信任缺失,组织了学习互助型群体,现已形成以创业家为主体,同时包含金融投资家、企业高管、资深媒体人、专家学者在内超过一千人的西山读书会。明志和我皆是西山读书会的成员之一,每天读书也已成为习惯。本书的出版面世,从管理学的角度带来了新的思考,希望书中的内容能够给广大读者以启迪。


丁伟


NEC通信(中国)有限公司常务副总裁

序言二


武林至尊,宝刀屠龙,号令天下,莫敢不从,倚天不出,谁与争锋!21世纪初的科技界,一如武侠场,英才辈出,新式武功不断显现江湖,而在一场场移动互联网新技术的激烈逐鹿中,也诞生了一些名满江湖的高手,他们的传奇经历,一如倚天屠龙传记,不禁让人拍案叫绝。


2009年的一天,偶然在网络上搜索“敏捷测试”,排名第一的《敏捷测试的最佳实践》赫然映入眼帘,作者正是IBM资深敏捷专家谢明志。虽然素昧平生,但明志热情地接受了我们的咨询,并无私地利用个人时间多次接待了我们的登门造访和求教。明志身上IBM国际化的专业经验打动了我,我在中兴通讯所肩负的民族企业使命感和创新学习精神也打动了明志,这就是缘分。由于我个人在工作上向来讨厌官僚、追求高效,明志甚至帮我们在IBM与中兴通讯两个大公司复杂漫长的流程中找到捷径,灵活而“敏捷”地为我们打造了一次量身定制的敏捷测试咨询服务,让我们得以快速揭开敏捷的神秘面纱,见到倚天剑、屠龙刀的真容,这让我感动至今。


与明志认识的那一年,也正是中兴通讯手机测试团队试水敏捷的元年,经过与IBM的合作,我们收获了很多有价值的思想和方法,不仅有效促进了当时我们与北美顶级客户Verizon的一个项目进程,而且经过多年的学习、思考、交流与沉淀,中兴形成了一套独特的敏捷思路和方法,这对于后来整个中兴手机测试中心的组织转型和专业化发展都有非常大的帮助。但其实我更希望强调的是,一种思维、一种方法,无论以何种方式被应用,其结果如何都并不重要,重要的是领悟和知己。高手过招,有时求的也许不是胜负,金庸用“华山论剑”而不是“华山决战”、“华山比武”来形容南宋那一场武林“峰会”,高手自能领会其中真意。


得客户者得天下。敏捷是软件行业从传统模式走出来的一次伟大变革,除了传统软件业之外,敏捷天然地与互联网行业结合,造就了这个伟大的时代。敏捷模式的快速迭代和拥抱变化让产品、交付及其演进过程焕然一新,最好地契合了各类客户需求,在这个模式下工程师们的观念和思维开始不断进化,成为软件业具备互联网思维的先行者。我认为这是敏捷超越行业的一个重要贡献和意义,它让人们思考如何更好地融入这个时代,迎接变化,顺势而为。


开放思维、乐于分享、重视朋友,通过近年来明志领队的多次IBM workshop和交流,我的团队不仅收获了先进、专业、地道的敏捷咨询服务,造就了中兴通讯终端测试技术在业界的领先地位,更从明志身上看到了从为人到做事的诸多闪光点,并以为同业挚友相交多年。明志是有真才实学又乐于分享的人,其思想最能够不断成熟、完善,其实践最能够带来启发,也更接地气,相信此书能够为读者提供一份精美的敏捷大餐!


谢伟


中兴通讯终端事业部副总裁


中兴通讯终端事业部产品测试中心主任

序言三


本书作者谢明志以敏捷开发正规军的角度与我们分享他在敏捷开发管理中的实战经验。虽然讲述敏捷开发理论与案例的书籍绝对不缺,但是本书从更多维度来剖析敏捷开发的真谛。


我多年前刚回国的时候,就听说敏捷开发在国内已经流行了不短的时间,大部分IT企业也都说自己的研发流程是敏捷的。可惜当我有机会深入了解后却发现,大家除了能说出“快速迭代”、“响应变化”、“小步快跑”等关键词,绝大部分的研发团队其实并没有真正理解敏捷开发的核心思想,结果敏捷开发成为开发不写文档、需求无序进入开发环节、架构不断被推倒重来等恶果的最有力借口,用户也就不可能真正享受到敏捷开发所应该带来的用户体验不断递增的快感。其实,我们还能从实践误区中更好地理解为什么很多敏捷开发团队的产出并没有达到预期的高度。从Rational产品的发展历程中,我们也能体会到敏捷开发并非初创团队才能使用的专利,像IBM这样的大型企业也能完成从瀑布式到敏捷式的华丽转身,让敏捷开发成为基石,以应对万变的市场需求。


本书还用大量篇幅讲述了敏捷型人才的培养方法,详细地把优秀人员的素质罗列在我们的眼前,在我看来,这才是敏捷开发成败之间最大的分水岭。敏捷开发的确需要大量的前置培训来统一关键人员的思想,而这些培训并非单单提供理论上、流程上与技术上的知识,更重要的是提高大家的自我管理、自律与协作能力。更理想的状态是,团队不仅仅理解规划需求,而且对目标用户和市场有业务上的理解,使得呈现出来的产品能真正触动用户的内需,从而让用户真心实意地成为铁杆粉丝。


以前市场存在着各种经济红利,IT企业并不需要精益求精就能活下来,而且还能活得不错。可是温水煮青蛙还是终有煮熟的一天,本书不仅仅对国内的开发环境提出了有力的批判,同时也提供了可借鉴的转型之路。但愿我们能与作者共勉,为更多企业踏上康庄的敏捷开发之路做出贡献。


余康柱


资深IT/互联网企业管理人


前易宝支付运营副总裁

序言四


当明志请我为他的新书写序时,我毫不犹豫地答应了。因为这本书将为中国的IT行业带来非常正面的影响。


2006年,IBM软件部面临了很多市场和经济方面的挑战,那个时候的IBM软件部已经是独当一面的部门,每年的收益是200多亿美元,而每年并购进来的大小公司有几十家,在全球89个地区有27000多名开发人员,但也是由于这个原因,软件部内部产生了协作和创新的问题。要解决这些问题,并且实现收益的持续高速增长,IBM软件部肯定要转型。


IBM软件部确定将当时行业中非常流行且得到认可的敏捷方案作为转型的模式。当然,IBM Rational亦是这个领域的专家,它在软件和系统工程市场上累积了超过30年的经验,转型将建立在Rational Unified Process(RUP)的坚实基础上,与之相辅相成。


2006~2013年期间,IBM软件部在敏捷开发模式下创造了有目共睹的成果。我们的Release Cycle从2006年的一年一次大大缩短至一季度一次,功能上的提交一点都没有减少,而且质量继续维持在一贯高的水平。


过去几年,IBM Rational致力于推动敏捷开发的方法论和管理,希望把我们的经验分享给客户和社区。很多大中型的企业对敏捷开发都非常感兴趣,特别是怎样将敏捷开发从理论上落地到大企业和大团队的开发实践中。过去几年,IT行业的不断变化和新技术的不断涌现,如云计算、移动互联网、大数据,都迫使我们的很多传统客户变得更敏捷。


但每次我们探讨敏捷话题的时候,结论都是:今天企业需要的不单是开发的敏捷,更是企业的敏捷。这就带出了另外一个课题——DevOps。


就如敏捷开发一样,DevOps过去几年也是IT行业里备受关注的方法论。DevOps本身当然是针对Development和Operations之间的协作矛盾。但是,如果引入敏捷开发,矛盾将会进一步加深,因为敏捷的一个重点是持续交付,即多版本多交付,这势必会减少大版本带来的风险和不灵活性。


Development和Operations中间是一个关卡,要达到企业敏捷,我们要过的关卡还有很多。所谓企业,是端到端的,由企业愿景开始,变成业务计划和需求,变成IT项目和需求,经过分析、设计、编码和不同环境的测试,如单元测试、性能测试、SIT、UAT,再交给Operations团队进行最后的生产环境上线测试,等等。每一个关卡都会影响整个流程的进度,当然,最终会影响我们满足业务的需求。所以,IBM Rational认为DevOps的定义应该是涵盖整个端到端的企业流程,只有端到端的DevOps才能做到企业敏捷。


本书通过深入浅出的讲解,把敏捷开发从传统的小规模敏捷伸展到跨地域、跨时空的DAD方法,是读者了解敏捷的必备参考书。


谢毓明


IBM大中华区Rational CTO

序言五


自从1946年第一台计算机诞生以来,人类一直在寻找开发软件的最佳方法,以提高软件质量,减少项目成本,并更好地控制项目进度。最早的软件开发模型是1970年W.Royce提出的瀑布模型(Waterfall Model),这种方法在20世纪80年代成为软件开发的主流。瀑布模型的概念是按照需求、设计、开发、测试的顺序,线性地开发出软件产品。在前一个阶段完成之前,不能进入下一个阶段。这种方法对需求明确、设计方法成熟且开发人员对编程工具非常熟悉的软件项目十分适用,但是对已经完成的工作进行修改却很麻烦。


为克服瀑布模型“死板”的缺点,在20世纪90年代出现了迭代和增量开发模型(Iterative and Incremental Development Model),其核心思想是每一次“需求–设计–开发–测试”的迭代只开发整个软件的一部分,这样做的目的是尽早发现并解决项目中存在的重大问题。在迭代和增量开发模型的基础上,也出现了一些更加“短小精悍”和更加“以人为本”的开发模型,比如RUP(1994)、Scrum(1995)、Extreme编程(1996)等。这些方法更加注重持续回顾和增量开发,并通过逐步完善的方法来开发和交付软件产品。


2001年2月17日,17位“草根”程序员在美国犹他州发布了敏捷宣言(Agile Manifesto),其中最重要的4项原则是:“个人和交流重于过程和工具,能运行的软件重于详尽的文档,与客户合作重于合同谈判,响应变化重于执行计划”。敏捷宣言的发布,在软件开发方法领域开启了一场轰轰烈烈的敏捷运动。所谓敏捷方法,其实只是一个概念,它是所有带有敏捷特征的软件开发方法的统称。上面提到的Scrum和Extreme编程都属于敏捷方法。


在过去的十几年里,随着网络的普及,以及近年来越来越多移动应用的出现,信息的传播速度越来越快,软件开发的周期也越来越短。很多项目启动时需求并不是很明确,传统的瀑布模型不再适用,敏捷方法的优点得以发挥。因此,敏捷方法越来越流行,特别是针对小型项目。在敏捷方法里,使用最多的是Scrum方法。据敏捷联盟(Agile Alliance)统计,在全球使用敏捷方法的企业里,66%使用过Scrum方法或Scrum方法的变种。


提到软件开发,我们不能不提到CMMI模型。有人认为CMMI和敏捷方法是相冲突的,二者不能共存,其实这是一种误解。CMMI规定了必须做什么,但是没有规定怎么做。在选择项目的生命周期模型时,CMMI项目可以选择瀑布模型,也可以选择敏捷模型。敏捷方法的出现,实际上是丰富了软件开发模型的可选项,是对CMMI的补充。敏捷方法合理地借鉴了CMMI的400多条最佳实践,可以最大限度地保证敏捷项目的成功。所以

....

本站仅展示书籍部分内容

如有任何咨询

请加微信10090337咨询

本站仅展示书籍部分内容
如有任何咨询

请加微信10090337咨询

再显示