具体描述
《敏捷无敌》全书以别出心裁的形式，描述了工程师阿捷从求职到得到知名外企的Offer，继而通过坚韧的努力，在“敏捷圣贤”的帮助下，在项目开发中从无到有学习并应用“敏捷”，经历次次冲刺、攻克重重壁垒，最终顺利完成“不可能完成任务”的故事。书中既有紧张的项目进度描述，又有绝妙的总结（“敏捷精灵日记”），特别是结合实际给出大量解决方案和宝贵经验的方式，使得读者读来如身临其境，在享受阅读乐趣的同时，不知不觉间吸收技术知识。另外，书中关于职场现实的一些描写，也有一定的启发意义，引人深思。
读者对象：技术开发、管理人员、业务分析师，以及对敏捷开发感兴趣的所有人员。
作者简介
目录信息
第1章 末日帝国--Agile公司的困境 1
国际上的竞争对手在技术上紧紧追赶,国内的厂商在客户关系和产品价格上已经屡次让Agile中国吃了苦头。如果说当年的Agile独霸天下,那现在的Agile已经日薄西山,而Agile中国研发中心更像是“最后的武士”,在努力维护着Agile中国的产品开发和质量的尊严。
第2章 重任在肩 22
阿捷知道,Agile公司的Project Manager实际是一个只有在中国才有的Title,并不在Agile公司正式的Manager序列里,在Manager Mail Group里也看不到你的名字。如果你干得好,可以从Project Manager升为Manager里最低一档的Line 1 Manager,也就是经常被人们简称的PM,不过这里PM是指People Manager,因为只有一线以上的经理才会具有人事权。如果你没讨大老板喜欢,那么这个项目结束,你也就会从Project Manager打回到Engineer的原形。
第3章 橄榄球与软件开发 29
敏捷圣贤:嗯!差不多!你知道在橄榄球中这个术语叫什么吗?
阿捷:国内都叫司克兰。
敏捷圣贤:嗯,英文就是Scrum!意思是密集争球!实际上,我想说的Scrum这个敏捷项目管理方式,寓意就来自于“密集争球(scrum)”,寓指整个团队攒足力量,为了一个共同的目标,一起向前快跑!
第4章 兵不厌诈--我们的第一次快跑 42
软件开发根本就没有什么灵丹妙药可言。虽然敏捷编程技术可以很快开发出优秀的应用软件,但不是说这项技术适合每个项目。在实施敏捷之前,一定对现有项目做好分析,要对症下药。
第5章 成长的烦恼 54
阿捷这几天一直很苦恼,再加上7月的北京已经开始变得炎热起来,阿捷就有点着急上火,不仅仅睡觉不踏实,连嘴边都起了大泡。从感觉上讲,Scrum应该是一个很好的项目管理模式,不然敏捷圣贤也不会推荐给自己,而且要不然像Google、Microsoft等大公司也早就放弃了。可能只是自己实践的方式不对吧,但却又不知道到底该怎么去改善,看来只能靠敏捷圣贤的帮助了。阿捷每天都上网,并待到很晚才下去,希望能碰到敏捷圣贤。
第6章 不仅仅是站立 69
敏捷圣贤:这个“立会”不仅能让所有人了解其他人在做什么,当前项目计划进展如何,还可以帮助大家解决那些阻碍做事情的问题,以及共享承诺。其实,这些都是非常有利于提高团队合作精神的。
阿捷:噢,可我们每天花这么长的时间开会,影响工作效率。有什么可以使会议保持紧凑有效的小窍门吗?
敏捷圣贤:窍门和经验有很多,我自己总结了8条,想听吗?
第7章 镜子反射 81
从前,有个古老的传说,讲的是当印第安人在赶了3天路后,就会停下来小憩一天,因为他要等着自己的灵魂跟上来。这跟敏捷开发在经历了一次迭代或者冲刺(Sprint)后,也需要休整,是一个意思。我们也需要等待团队的灵魂跟上来,这一过程被称之为“敏捷回顾(Agile Retrospectives)”。如果将项目开发比作一次征途,那么在项目中期进行短期休整是很有必要的。
第8章 我烧,我烧,我烧烧 91
“每天下班前,要求大家对自己负责的任务,给出一个还需要多长时间才能完成的估算。然后,把所的任务的最新估算值,累加起来,就是每天的剩余多少工作量了。譬如,截至今天,我们还需要170小时,那我们就在这个图上170左右的位置标注了一个点,用直线跟昨天的剩余多少工作量点连起来。时间一久,这个实际烧制曲线就出来了。”
第9章 没有规矩,不成方圆 99
在“冲刺”和“冲刺”之间,留几天缓冲时间很重要。团队需要一段时间做一下调整,干一些非Sprint计划中的事情。这段时间是一个很好的用来解决一些技术或者工具问题的机会。你会发现你慢一下后,会变得更有效率。这就是为什么叫“Sprint”的一个理由,你不可能无休止地冲刺。
没有规矩,不成方圆。由团队共同制定出来的Scrum团队规则,可以更好地保证Scrum的顺利实施。
第10章 持续集成 107
持续集成最大的优点是可以避免传统模式在集成阶段的除虫会议。持续集成主张项目的开发人员频繁地将他们对源码的修改提交(Check In)到一个单一的源码库,并验证这些改变是否给项目带来了破坏
第11章 你开车,我导航 118
就像Scrum一样,并不是所有的Team都有能力实行XP,也不是所有的项目都适合实行XP,要看实际情况而定。
XP中,多数实践方法是互相加强甚至是互相保证的,不能单单拿出某一个实践来单独实施,譬如结对编程,缺乏TDD/重构/简单递增设计等实践的有效补充,结对编程的效果可能会大打折扣。
第12章 背水一战 133
其实,不说阿捷也知道这个单子的重要性,可是关键是如何出奇兵制胜呢?阿捷对Agile公司的产品和技术实力都是有充分信心的。中国研发中心经过这几年的技术沉淀,已经完全有实力可以独自完成大部分OSS模块的设计、开发、测试和发布工作了。只是传统上还一直由美国那边来控制。阿捷有一个大胆的想法:那就是能不能利用敏捷开发的方法让中国Team第一次可以完成从模块设计、软件编码、系统测试到客户安装发布这一整套流程?
第13章 纸牌、下午茶与软件发布 139
使用计划纸牌可以极大地提高估算速度。一次估算中,如果任何两个人的估算值相差过大,一定要停下来澄清后,再重新估算。
给团队配置两倍的人,并不能得到两倍的生产力。人越多,交流的成本越大,效率就越低。如果希望靠增加人员来提高软件团队的生产力,无疑是南辕北辙。
第14章 精益求精 153
在敏捷软件开发中,可以把当前Sprint要做的每个任务,通过这种可视化看板管理起来,每个任务只能处于这三个状态,当所有的任务都移动到了Done状态时,这个Sprint才能结束。这样应该更能让所有人清楚当前的项目状态,以及当前的项目瓶颈出现在哪个任务上。这样,就可以避免Burndown Chart所带来的假象了。
第15章 柳暗花明又一村 171
在一个Sprint执行过程中,如果遇到一些问题导致Sprint的原始目标不能实现,此时需要及时地调整目标。如果不愿意调整目标,任意延长Sprint的时间,就严重违反了Sprint的Time-Box特性,以后大家再遇到问题时,会自然而然地想再延长Sprint,那么Sprint快跑的意义也就不存在了。
第16章 滑雪、工作量与生产力 178
好的管理人员会想办法鼓励团队去创新,会选择预留一定时间让团队去思考如何创新,而不会压榨员工的每一分钟。
第17章 瓶颈再现 193
对于一个敏捷团队而言,再单纯地以测试人员发现的Bug数量,作为衡量其绩效的唯一标准,是非常没有意义的。
如果有一个核心测试集,能够覆盖用户使用一个产品的常用情形,会更有价值。对所有用户使用情形都做自动化测试是没有必要的。
第18章 决不是靠运气 207
大家对于敏捷软件开发的实质认识得更加清楚了。在这个过程中,不能为了短期生产力的提高,而做一些杀鸡取卵的事情。一切回归自然,按照事物本身的发展规律去做,一切也就会按部就班地进行:开发团队也不会为了追赶进度,而牺牲软件的内在质量;Product Marketing会重新认识客户需求的价值所在,做好优先级排序,而不会不明就里地要求全部完成。
第19章 羊群效应 220
羊群是一种很散乱的组织,平时在一起也是盲目地左冲右撞,但一旦有一只头羊动起来,其他的羊也会不假思索地一哄而上,全然不顾前面可能有狼或者不远处有更好的草。这就是“羊群效应”,也称“从众心理”。在一个组织中,特别对具有决策能力的管理者而言,“共同承担责备效应”(Blame Sharing Effect)的存在是导致了“羊群效应”的根本原因。
第20章 分布式开发的喜与忧 239
“最高指导原则就是沟通、沟通、再沟通。对于一个分布式团队,最重要的就是解决沟通的问题。因为缺乏面对面的沟通,由于时间、文化、语言的不同,需要付出更多的人力和财力才能获得预期的结果,而且小的误解也会迅速变成大问题。这需要在建立团队之初,就考虑好这个问题。沟通不要怕多,一定要充分才行。对这个问题,还有一个非常着名的康威定律(Conway''s Law)”。
第21章 大地震 256
人才的流动是非常正常的事情,否则,社会也无法前进。但对于一个企业或者一个团队而言,人才的流失会是一种损失。流失人才并不可怕,最可怕的是领导人没有从中学到什么,没有搞清楚人才为什么会流失,没有采取亡羊补牢的措施。长此以往,招到的人才,还会不断地流失。
第22章 英雄已无用武之地 275
阿捷突然感觉到自己很累,从未有过的累。当阿捷刚加入Agile公司时,Charles就像一座山,高高在上。当阿捷第一次晋升Manager的时候,Charles就像在前面的领路者,自己这一年多来取得的成绩与Charles的支持和大度是分不开的。在心中,阿捷曾经偷偷想过自己40岁、50岁的时候会是怎样,会成为一个像Charles李那样的高级经理吗?会带领着自己的部门在这个瞬息万变的市场上乘风破浪吗?
附录A 敏捷无敌人物介绍 285
附录B 敏捷无敌大事记 286
附录C Scrum名词列表 289
附录D 流行Scrum工具简单比较 294
附录E ScrumWorks,让Scrum更敏捷 300
附录F 从美式Scrum说起--一家美国公司的Scrum敏捷
项目纪要与思考 309
附录G 软件工程的进化论 314
附录H 精益生产 321
附录I X/Y/Z理论 323
附录J 约束理论(Theory of Constraints,TOC) 327
后记 331
· · · · · · (收起)
读后感
如果你的项目想采用敏捷或者Scrum，这本书可以让你提前了解采用敏捷开发可能遇到的问题与困难。虽然书中很多东西是从网上搬下来的，但的确可以让人从全局了解SCRUM的流程。万事开头难，很多人可能对SCRUM跃跃欲试，但不知道如何下手。书中提供一个案例的样本，虽然各企业的情况...
评分能清晰地感觉到作者对工作和生活中的积极向上的行为和热情．在外企尤其是IT业混着的人们会在这本书中找到很多共鸣的．建议有时间去读读．
评分这本书附录中： 附录I：XYZ理论，其中大部分文字与此相同：http://www.mie168.com/manage/2007-03/197920.htm 附录J：约束理论 前半部份完全照抄： http://wiki.mbalib.com/wiki/约束理论 ,一直抄到“思维过程方法”那个表格。。。 此外，其他几篇文章都在某杂志上刊登过。...
评分"...让我们来历数一下，我们这一生真正宝贵的...可能想到的有亲人，朋友和书。" 清晨，我梦见一个外国人，他指着《敏捷无敌》这本书对我说了两句话，一句是英文的，我已经翻译在上面了；另一句是中文的，我翻译在下面了： "I value this BOOK is feeling as one of the choices...
评分我读《敏捷无敌》这本书 从上个月开始就关注这本书了，很有意思的是在半个月前，我发现这本书在csdn还有了一个专门的博客：http://blog.csdn.net/softwarehero,每天都可以看到这本书的一些信息，我猜想有可能是这本书的样章连载。 我是大概关注了一个星期，基本上每篇...
用户评价
这本书的想象力是无边无际的，简直像是一场精心编排的梦境，但这个梦境的逻辑却比现实世界更加清晰和严密。作者构建的那个世界观，细节丰富到令人发指，从独特的社会阶层划分，到那些光怪陆离却又自洽的物理规则，都显示出作者在构建体系上的巨大投入和高超技巧。我尤其喜欢书中对环境和氛围的描绘，那种渗透在每一个角落的、独有的“气味”，是其他任何作品都无法复制的。阅读过程中，我经常需要停下来，想象那个场景的全部细节，而不是仅仅依赖文字的提示。这种沉浸式的阅读体验，极大地拓展了我对“可能性”的认知边界。更难能可贵的是，尽管设定如此宏大和奇特，作者始终没有让技术或设定喧宾夺主，所有那些天马行空的想象，最终都服务于对人性和社会的反思。这种平衡的艺术，是许多宏大叙事作品所难以企及的。这本书不仅仅是娱乐，它更像是一次对既有世界观的温柔颠覆。
评分这本书最吸引我的地方，在于它对于“内在旅程”的深刻洞察。外在的冒险和情节固然精彩，但真正让这部作品升华的，是主角们在一次次磨砺中完成的自我认知和精神蜕变。作者摒弃了那种快速的、戏剧化的成长模式，转而采用了一种缓慢、痛苦但极其真实的心理演进过程。我能清晰地感受到主角从迷茫到坚定，从被动接受到主动创造的转变轨迹。书中关于“选择的代价”的论述尤其发人深省，它探讨了人生的每一个重大决定背后，所必须放弃的无数可能性。这种哲学层面的探讨，穿插在紧凑的故事情节中，显得既自然又富有力量。阅读这本书的过程，仿佛是一次深度的自我反思之旅，它迫使你直面自己内心的恐惧和未竟的渴望。它不是那种读完就扔在一边的娱乐品，而更像是一面镜子，让你在合上封面的那一刻，开始审视自己当下的处境与未来的方向。这本书的价值，在于它提供了思考的工具，而非简单的答案。
评分我得说，这本书的文字功底达到了一个令人惊叹的高度，那种老派的、讲究韵律和节奏的叙述风格，让人仿佛置身于某个文学大师的私人书房。它不像现在许多流行的快餐文学那样追求即时满足，而是更注重文字本身的质感和思想的深度。作者对于语言的驾驭能力，体现在他对复杂概念的精准提炼上，他能用最简洁的句子表达最深奥的哲理，又能在需要渲染情绪时，铺陈出华丽而又不失克制的辞藻。尤其让我印象深刻的是书中关于“时间”这一主题的探讨，作者并没有采取传统的线性叙事，而是通过多重时间线的交织与折叠，构建了一个庞大而又迷宫般的叙事空间。这要求读者必须保持高度的专注力，但也正是这种挑战，带来了阅读上的巨大回报。每一次当我以为我理解了故事的走向时，作者总能巧妙地抛出一个新的视角，将我带入一个更深层次的思考之中。这本书的学术价值和文学价值是并存的，它既能满足普通读者对精彩故事的渴求，也能让那些热衷于文本分析的专业人士从中找到无尽的宝藏。
评分这本书的开篇叙事手法实在令人耳目一新，作者仿佛是一位资深的旁观者，将历史的洪流娓娓道来，却又在关键时刻精准地切入个体的命运轨迹。我尤其欣赏他对时代背景的细腻描摹，那种沉浸式的代入感，让我仿佛能闻到那个特定时期的空气味道，感受到人物内心的挣扎与抉择。整本书的节奏控制得非常好，张弛有度，既有宏大叙事的磅礴气势，又不乏对微小情感的温柔捕捉。比如，在描述主角面对巨大变故时的那一段心理独白，作者运用了大量的意象和隐喻，将那种深沉的无力感和潜在的反抗精神刻画得入木三分。读到此处，我不得不停下来，细细品味那些文字背后的深意。这本书的结构设计也颇具匠心，章节之间的衔接自然流畅，却又常常在看似不经意的地方埋下伏笔，使得后续情节的发展充满了惊喜与必然的张力。它不仅仅是一个故事，更像是一幅精美的历史画卷，每一笔色彩的运用都恰到好处，让人回味无穷。这本书对于人物性格的塑造，更是达到了出神入化的地步，每个人物都血肉丰满，绝非扁平的符号，他们都有自己的软肋和坚持，这使得整个故事群像更加立体可信。
评分坦白讲，初读这本书时，我曾被其略显晦涩的开篇所困扰，感觉像是被扔进了一场没有地图的远征。但一旦适应了作者的叙事频率和独特的视角转换方式，那种豁然开朗的感觉是无与伦比的。这本书非常注重“留白”，作者从不把所有信息一股脑地倾倒给读者，而是留下了大量的解读空间，这极大地激发了读者的参与感和主动性。它更像是一部需要读者共同完成的作品，你的每一次猜测和推理，都在为这幅尚未完全展开的画卷添砖加瓦。书中对冲突的处理也极其高明，很少有那种脸谱化的正邪对立，更多的展示了灰色地带中复杂的人性博弈。比如，某位反派角色的动机和挣扎，其深度和合理性，甚至超越了许多传统意义上的主角。这种对“人性多面性”的深入挖掘，使得整本书的情感张力始终维持在一个高水位线上，让你在读完之后，仍旧对书中人物的命运耿耿于怀，久久不能释怀。
评分我不喜欢这样小说掺杂知识的书籍, 最后小说写的不精彩, 技术描述的不咋的. 两边不讨好
评分书写的比较一般吧，祭奠公司已经逝去的敏捷推行
评分怎么说呢，只能说至少让我看到了一些东西，例如Scrum、精益开发；至少看到后有些方法还是想采用下，例如烧制图。
评分小说的形式，读起来容易一些
评分最开始接触敏捷的时候就想有一天写一本类似的小说。能将概念融入生活才是真正的艺术呀
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 book.wenda123.org All Rights Reserved. 图书目录大全 版权所有