敏捷软件开发（SCRUM实战指南第2版）

作者简介

"著译者简介 米奇？莱西（Mitch Lacey） Scrum联盟和敏捷联盟的委员会成员，敏捷大会两届主席，CST（认证Scrum培训师）、PMI项目管理专家（PMP）和认证敏捷教练（ACP）。华盛顿大学敏捷认证课程讲师。 米奇拥有二十年项目管理经验，帮助过很多组织顺利采用敏捷实践，包括Scrum和XP。他具有丰富有效的实践经验，深受许多公司的信赖，比如Adobe Systems，Aera Energy，Rio-Rad，EchoStar，Microsoft，Oracle，Qualcomm，Salem Hospital，SAP，Sony等等。他经常出席全球大会发表主题演讲。在微软工作期间，他运用敏捷相关知识成功发布了Windows Live的核心企业级服务。他在微软的第一个敏捷团队由Ward Cunningham（维基之父、极限编程创始人之一）、Jim Newkirk（nUnit创始人）和David Anderson（看板倡导者）亲自指导。 王国良（Glen Wang） 敏捷教练，致力于打造卓越个人和组织。经历过三个行业：通信，电子制造和金融IT。先后担任过开发人员、经理，精益和敏捷教练。译著有《特斯拉：电气时代的开创者》。敏捷之旅讲师，认证Scrum Master课程Co-Trainer。个人微信公众号：真北敏捷。 熊小龙 高级项目经理，10年以上软件开发及管理经验，7年敏捷软件开发管理经验。现任职于晨星资讯(深圳)有限公司，从事金融产品开发和项目管理工作。 长期奋斗于一线，注重管理实践与工程实践的结合，一直在探索跨职能、跨地域、跨时区的Scrum团队最佳实践。 叶虎 项目经理，PMP，经历了公司从瀑布式到敏捷转型。毕业于暨南大学，从测试到项目管理，专注于卓越产品和团队。 郑璐璐 精益和敏捷教练，卓越运营专家。致力于流程改进、质量提升、产品开发以及企业变革等主题，同时也将敏捷应用于个人成长领域并提炼出个人迭代精进模式。现就职于金融服务行业，专注于建造卓越运营体系，系统提升产品及服务质量，打磨“以人为本，持续改善，迭代创新和共创共赢”的卓越组织。"

内容简介

第1章 Scrum知易行难 Scrum简洁优雅，表面上看，是一个最容易理解的框架，但同时也是最难实施得好的框架。我说“实施得好”是因为Scrum固有的简单性容易诱导我们，让人觉得使用Scrum很容易。然而，在现实中可能需要很多年才能把它做好。Scrum似乎完全对立于我们过去多年来在瀑布式开发中所习得的方式。显而易见，我们需要一些时间来忘记老习惯，及时调整到新的现实中。 在本书的附录中，我解释了Scrum的机制。如果你对Scrum以及如何使用它还不熟悉，我建议你从那里开始。如果了解Scrum的一些背景，你就知道它的机制非常简单直观。事实上，正因为它如此简单直观，才导致很多人误以为自己已经掌握了Scrum，可以立即根据现状着手修改Scrum。结果呢，他们却往往发现自己迷失方向或者受了伤而需要帮助，本书就是为此而设计的。下面这个故事阐述了一点：如果不理解或者缺乏这些使Scrum有效的核心敏捷概念中的坚实基础，应用Scrum很快就会陷入困境。 故事 出场人物：敏捷教练Jeff (杰夫) 项目集经理Suzy(苏西) ScrumMaster教练Julie(朱莉) 首席测试Mike(迈克) 团队Wyatt(怀亚特) Jeff是个敏捷教练，他在一家大型软件公司内部帮助团队应用Scrum。有一天，他收到部门项目集经理Suzy的一封电子邮件。 “Jeff，请帮个忙。我们已经做了6个月的Scrum，但代码质量并没有像预期的那样有所提高。我想我们需要你过来和我们讨论讨论结对编程。下周一就是我们计划周的开始，你能来一下吗？” Jeff坐在椅子上想，讨论结对编程相对简单，他可以带上朋友Julie，一个优秀的开发人员和经验丰富的敏捷实践者，所以不会有什么问题。但电子邮件中有几个字一直浮现在他的脑海中，计划周？Scrum要求Sprint计划会议的两个部分都不得超过4个小时。这个团队居然要做1周？他隐隐觉得，不只是结对编程，还有其他更多的事情需要他做。下周一会比较有意思。 星期一，Jeff和Julie来到会议室，发现Suzy和她的8人团队已经在会议室各就各位了。在Suzy介绍完团队之后，Jeff和Julie简单谈了谈各自的经历，然后开始问Suzy代码质量问题。 团队很快七嘴八舌，开始回答。首席测试Mike首先说道：“我们的代码质量差是因为我们没有时间做测试。开发人员在4周Sprint的最后一天还在忙着写代码。本来嘛，‘编码与测试Sprint’应该既做编码，又做测试。但我们的测试不是被挤到Sprint末尾，就是溢出被放到‘集成Sprint’。” Julie打断他：“抱歉，Mike，你刚才是说‘集成Sprint’？”她看着Suzy，Suzy点点头。 “哦，我还没有解释我们改了Scrum，是吧？”Suzy说，“我们知道Scrum要求每4周有一个发布，但对我们做的这种工作，是完全不可能的。我的意思是，在我们尝试Scrum之前，我们都在努力按季度发布，那完全是一场灾难！所以我们只能修改Scrum使其更好地贴近我们的流程和现实。”Suzy走到白板前开始在上面写。 “首先，我们有1周来做Sprint计划；然后在4周的实际Sprint中，开发人员写代码，测试人员写测试用例；在这之后，我们就做集成，然后部署。当然，我也常常增加1周作为缓冲应急，以防万一。”Suzy说。 话音刚落，她就已经在白板上写好了下图所示的内容。 "《敏捷软件开发：Scrum实战指南(第2版)》取自作者在大多数公司导入和实施敏捷Scrum过程的实际经历，通过“故事、模型与成功要领”三段式框架，借助于诙谐有趣、有画面感的描述，来帮助读者观察、思考和体会主要的挑战与深层次的问题，进而充分运用Scrum的灵活性来创造更多、更大的价值。 特色主题一览 ？ 起势，组建团队 ？ 为团队和组织定义“完成” ？ 为短期成效做好规划，移除障碍，确保成功 ？ 实施确保敏捷成功的关键性技术实践 ？ 在制定版本规划时合理兼顾可预测性和可适应性 ？ 确保每日站会富有成效 ？ 及时回顾和补救 ？ 准确估算项目成本和衡量未来可交付的价值 ？ 动态Scrum项目的风险管理 ？ Backlog的优先级确定和估算 ？ 解决Scrum团队的文化冲突 ？ 分布式团队与离岸团队 ？ 形成持续改进的习惯，提升组织敏捷力 《敏捷软件开发：Scrum实战指南(第2版)》实例丰富，所有故事都来自作者的亲身经历，对打算导入敏捷的所有人员和组织具有重要的价值，开发人员、架构师、测试人员、经理以及项目负责人等，都可以从这些故事中得到共鸣和启发。 "