新書推薦：
《
武当内家散手
》
售價：NT$
230.0
《
诛吕：“诸吕之乱”的真相与吕太后时期的权力结构
》
售價：NT$
454.0
《
炙野（全2册）
》
售價：NT$
356.0
《
女人的胜利
》
售價：NT$
254.0
《
数据有道：数据分析+图论与网络+微课+Python编程（鸢尾花数学大系：从加减乘除到机器学习）
》
售價：NT$
1214.0
《
500万次倾听：陪伤心的人聊聊
》
售價：NT$
245.0
《
英国商业500年（见证大国崛起与企业兴衰，启迪未来商业智慧。）
》
售價：NT$
367.0
《
万千心理·儿童心理治疗中的心智化：临床实践指导
》
售價：NT$
398.0
|
| 編輯推薦： |
|
敏捷转型的关键，离不开组织文化和教练的个人综合素质。作为敏捷教练，必须坚定不当分母的心态，必须能够扛压&抗压，从谋篇布局到全心投入，引领团队度过浴火重生的阵痛，使得敏捷的价值观和敏捷精神能够内化为企业、团队以及个人的DNA， 从而持续帮助企业成功涅槃，走向没有终点的持续改进、日益精进的敏捷之路。
|
| 內容簡介： |
|
《落地敏捷：教练生存指南》来自一线敏捷开发转型实践，呈现了敏捷教练如何度过惊心动魄的*年。书中强调柔性敏捷、柔性导入，教练魅力与教练策略，通过开局、中盘、收关三大板块，以场景化的方式详细阐述了敏捷教练从初入陌生环境到敏捷全面推广的完整历程，整个历程涵盖了调研、方案、启动、培训、试点、再训、汇报、推广、持续支持以及探索等阶段。 《落地敏捷：教练生存指南》适合刚转型做敏捷教练的读者、预备转型做敏捷教练的读者和在敏捷转型之路上迷茫并处于困顿之中的读者。
|
| 關於作者： |
甘争光
毕业于上海交通大学，9年项目管理与敏捷开发转型经验，持证CLP、CSP、 PMP、 ACP、 AACTP、信息系统项目管理师高级等。加入阿里之前，先后任职于用友和上汽。著有《落地敏捷：教练生存指南》《游戏敏捷：教练引导艺术》。参与翻译《改善敏捷回顾：提升团队效库》。
|
| 目錄：
|
第I部分 开局
第一章 独出手眼：团队导师不简单 3
敏捷教练是干什么的？ 3
我能成为一名敏捷教练吗？ 4
敏捷教练的核心技能 4
滚雪球：企业敏捷转型三步曲 6
第二章 知己知彼：内外调研、了如指掌（第1 ～ 2 个月） 9
面对面访谈重点跟进 9
客观问卷 16
聚焦凸显问题，客观反馈呈现 22
开头炮：拿典型来当试点 29
第三章 为人师表：统一思想，统一行动（第3 个月） 37
全面认知 37
初识敏捷方案 42
Scrum 基础理论学习过程 52
小测试 58
执行Scrum 框架前的实战性准备 110
第II部分 取得实质性的进展
第四章 身体力行：带领试点团队执行Scrum 框架 第4 ～ 7 月 145
试点团队迭代开始 145
团队日常支持 149
品质效率协同提升 165
试点转型成败论 193
第五章 承前启后：旗开得胜，多团队开启新征程（第8 ～ 11 月） 201
试点成功，拓展多团队 201
多团队开展新培训 225
多团队面临新问题 256
第III部分 收关
第六章 稳中求进：团队再提升（从第7 个月开始） 279
持续改进，拥抱变化 279
带好火车头 321
第七章 精益求精：持续支持与探索（任何一个月） 343
敏捷团队推行绩效评估 343
实战案例：硬件敏捷 346
大规模敏捷：10 个团队协同并行 352
敏捷Scrum 框架关键知识点检查清单 361
|
| 內容試閱：
|
我对敏捷的了解是从外文资料开始的，接受敏捷专业理论培训时，也用的是外文资料，到后来看到的一些关于敏捷的书籍，多数也是前辈们翻译过来的外文书籍。结合自己的学习经历和自己所带团队的敏捷开发转型实践经验，我觉得有必要编写一本中文书供初学者学习使用，而这本书中所使用的案例应该是来自国内一线敏捷开发转型实践，而不能再是很久远的国外案例。
企业敏捷转型能否成功，除了与企业的组织文化等关系很大外，还与敏捷教练个人的综合素养有着很大的关系。在企业敏捷转型的涅槃期，必然会有所牺牲，而这个牺牲品，很大情况下会是新入企业的敏捷教练，很多敏捷教练在转型初期面临很大的压力，有可能坚持不到一年就成为公司敏捷转型的牺牲品。
打造一本来自国内一线敏捷开发转型实践的《落地敏捷：教练生存指南》成了我的使命，带着强烈的使命感，开始了我的编写历程。2017 年初，我开始把我的敏捷开发转型培训PPT 进行结构性整理，策划《落地敏捷：教练生存指南》，结合以前的工作经验和现有的敏捷开发转型案例，落地敏捷：教练生存指南的内容不断丰富，PPT 从最初的100 多页丰富到最后的2000 多页。2018 年初，所有PPT 已经完成初稿，标志着落地敏捷：教练生存指南的骨架搭建完成。
2018 年安泰建院100 周年时，见到了我的导师和同学曹伟、高嵩、李雅兰、孙晓平、杨素娜，席间谈话，讲到了我的《落地敏捷：教练生存指南》，他们很感兴趣。于是，在导师和同学的鼓励下，我正式开始了工作。
2018 年5 月，基于原来PPT 的内容，书稿已经完成12 万字，书中所用到的案例文案描述和图片例证也尽量使用当前所负责的敏捷开发转型团队中的真实素材，力争做到最新最真实，书中也尽力减少英文词语或英文缩写的使用，力求达成纯正的中文理解。
工作之余，我开始全力投入到写作中，2018 年7 月，19 万字的初稿整理完成，初稿完成后，和我的导师李海刚进行沟通，在他的指导下我完成了本书的第2 版。此后，我找到ShineScrum 的王军老师、张博超老师和范育铭同学，在他们的帮助下，我对书稿进行了一次全面修整，2018 年8 月，第3 版初稿整理完成。接下来是投稿，我投递了几家出版社，其中两家有意向，我发去了样稿并与编辑老师进行沟通，在编辑老师的反馈建议下，我对章节标题的命名及排序进行了更加合理的整理，对部分章节进行了增删与修定，2018 年11 月中旬，21.6 万字的第4 版初稿编写完成，我也顺利拿到了出版合同。2019 年4 月中旬，我收到了编辑老师的反馈，基于老师的反馈意见，我对稿件内容进行修改完善。经过多次交流，本书最终定稿。
对本书关键点的思考
为什么需要调研？并且从调研到试点甄选再到试点方案持续了两个月之久？本书的假定条件是敏捷教练新入一个陌生公司，要在公司中导入敏捷开发实践。进入新的环境，要给敏捷教练相对充分的适应时间，在这个时间内要先观察和了解，有了初步的了解后，才能开始调研工作。因为牵涉到公司大多数团队的利益问题，所以，前期的调研和试点甄选需要非常的谨慎，为了保证选型的成功和试点的可靠，以及方案的合理适应性，从调研到试点甄选再到试点方案持续两个月的时长还是需要的。
为什么团队培训要持续一个月？每个团队都有正常的开发节奏，敏捷教练不可能用命令的方式找出2 到4 天的时间专门做敏捷培训，即使有这2 到4 天的时间，密集的培训不一定可以达到培训的效果。敏捷培训的要点不在于方法论的串讲，而在于大家对敏捷的体验和认知。每天培训20 分钟，持续培训一个月，每节课只学一个关键点，通过理论讲解、案例分享与游戏相结合，寓教于乐，让团队成员更容易接受敏捷开发转型，更好地体会敏捷的奥妙之处。
为什么需要试点？试点成功与否，直接关系到敏捷教练能否在这个公司活下来，如果试点都不能成功，公司领导很可能会认为，敏捷可能不适合公司，或是敏捷开发转型的方案或敏捷教练的能力是有问题的，所以敏捷开发转型的试点务必要选好！做好！做成功！
为什么在试点成功后的推广阶段才对产品负责人进行再训？在敏捷开发转型的前期，敏捷教练只给产品负责人培训敏捷相关框架内容，不够细化，为了更好地服务于可持续交付、产品品质提升、交付最有价值的故事点，需要对产品负责人进行方法论的统一与提升，培训就变的非常有必要，并且在推广阶段，敏捷教练所辅导的产品负责人不再是一个人，而是多个人，这也为专门培训提供了对象条件。
为什么需要汇报？敏捷开发转型必然是带着目的性开始的，阶段性汇报是有效检验敏捷开发转型成功与否的里程碑事件。汇报可以暴露问题，从而获取支持；也可以展示进步和成果，从而获取资源。汇报是一种与高层进行有效沟通的机会，作为敏捷教练，要合理使用汇报。
在持续支持阶段，敏捷教练需要做些什么？团队培训完成后，转型团队开始试用敏捷框架，落地敏捷开发实践，等到运行稳定后，已转型团队就进入了持续支持期。在持续支持期间，敏捷教练除了重点落实敏捷各项活动的实践情况外，还要重点关注迭代期间的人员问题、开发问题、提升问题等等。虽然敏捷中强调团队的自组织与自管理，但作为服务角色的敏捷教练，要为团队的可持续交付作出贡献，当然，要保证团队的可持续交付，要做的事情就多了，全流程的每个环节都需要操心关注。
每章的逻辑跳转关系？对于一个预转型团队，主要经历调研、培训、执行、持续支持四个阶段，请参考本书的第1 章、第2 章、第3 章和第6 章。不论是试点还是推广新的团队，都可以按照调研、培训、执行、持续支持进行持续循环。
如下图所示，本书以敏捷教练进入陌生环境落地敏捷开发为前提，全书三大部分以时间轴的方式进行内容呈现，读者可以在一年的时间内按照书中给出的步骤，一步步体会一名敏捷教练是如何在一年内进行敏捷开发转型实践落地的，每一步都有对应的时间区间，而时间区内的每项活动又分别涵盖在书中具体的7 个章节中。
实践过程中，大家可以结合实际情况，对具体的时间区间进行调整，可以前置也可以延后，总体步骤只要保证相对稳定即可，期待大家可以按照我的教练生存指南在企业敏捷转型涅槃中活下来并帮助企业转型成功。
为什么要写书
我想帮助那些刚转型做敏捷教练的朋友、预备转型做敏捷教练的朋友和在敏捷转型之路上迷茫和苦苦探索的朋友，期待他们可以在敏捷转型之路上走得更好，走得更远，不要成为敏捷转型的牺牲品，可以活下来，并且活的很好。本人一路走来，也算是摸爬滚打，从0 到1，从未知到已知，期间迷茫的痛苦和探索的艰辛只有过来人才能体会。
我想减轻他们的痛苦，这本书就像一本操作手册一样，他们看完这本书就可以立马投入到敏捷开发转型的实践中，在自己的工作岗位上，有信心、有能力履行自己的岗位职责。
我想通过三个一（一个完整的转型案例、一年的完整历程和一个人的完整记述），帮助广大朋友了解敏捷开发理论如何一步步柔性落地，如何在陌生的新环境中落地、发芽、开花、结果，从而提升敏捷新人的实践技能和软技能，以便在敏捷教练的职业路径上更好、更快、更专业的成长。
我想以国人的视角和案例，写更符合国人使用的书籍。我也看过很多本翻译过来的敏捷书籍，都是大神写的经典。作为互联网公司的一名一线敏捷教练，我感觉有必要写一本符合中国特情、案例的敏捷书籍，不求理论高度，只求在实用性、可操作性方面能够帮助到更多的朋友，把我自己的理论学习与实践成果，以国人能接受的视角，更有效、更准确、更真实、更可信的传达给更多的新人朋友。
本书的风格与特色
本书强调柔性敏捷和柔性导入以及教练魅力与教练策略，不赞同强制导入和压迫实施。教练要融入团队，引领团队完成变革。教练要注重调研，注重反馈，注重培训，通过合适的方法完成团队价值观的统一，从而稳步、柔性的导入敏捷开发实践。
本书以第一人称的叙述视角，通过场景化的方式，详细阐述了我作为一个敏捷教练，从初入陌生环境，到敏捷全面推广的完整历程，整个历程涵盖了调研、方案、启动、培训、试点、再训、汇报、推广、持续支持、探索几个阶段。对于每个阶段，既包含理论讲解，又包含实践应用，通过理论与实践相结合的方式，一步步的实现敏捷开发实践的落地。全文举证详实，内容生动，引用大量敏捷开发转型实践团队案例图片。
所有图片均来自一线敏捷开发转型实践团队，更加贴合敏捷开发转型实践应用与敏捷开发实践的导入。
本书适合刚转型做敏捷教练的朋友、预备转型做敏捷教练的朋友和在敏捷转型之路上迷茫和苦苦探索的朋友，相信这三类朋友看完本书之后，除了能够深切体会一线实践敏捷教练与专业敏捷培训师的讲解差异外，更可以参照本书理论与实践讲解，把本书当成一本操作手册，在一个陌生环境中迅速成功导入敏捷开发实践。
我与本书的局限性
我的资历尚浅。我只有8 年大型项目管理与敏捷开发柔性导入经验，相比国内那些有10 年以上经验的大神来说，在敏捷开发转型实践方面，我只算一个毛头小子，如看到我这本书中的不足之处，还请不要吝啬，多批评指正。
我的专业性还有待进一步提升。我虽然是国际敏捷联盟认证CSP、CSM、CSPO，PMI 认证 PMP、ACP，认证LeSS 大规模敏捷专家CLP，信息系统项目管理师（高级）、信息系统集成项目经理，国际注册培训师、AACTP 等，但我在理论方面的提升空间还很大，并且由于我的工作年头有限，所接触的敏捷开发转型团队有限，成功转型的案例有限，在理论理解方面难免存在偏激和理解不对的地方，在实践举证方面也难免会有歧义。
我的理论高度不够。文中引用了部分经典概念和理论，独创理论部分有限，虽注重实践，但是理论创新方面还有诸多地方亟待提升，期待广大读者的反馈，谢谢。
本书背景
公司概况。公司是一家致力发展汽车共享为战略目标的互联网创新企业，公司致力打造全球领先的汽车共享平台和服务生态圈。
技术团队文化背景。团队采用项目制，扁平化管理，以大项目组和具体项目团队共存的形式进行管理，领导愿意接受敏捷变革，期待通过敏捷开发转型，改变现存项目管理中的问题，提升研发效率，提高产品品质。
技术团队概况。现有15 个研发团队，团队以项目制的形式进行管理，每个项目团队的人员不是固定的，有兼职、共用的情况。每个团队负责独立的产品开发，因产品生命周期不一样，团队存在被拆解的可能性。
技术团队原有开发模式不明确。组织中有27.59% 的人认为团队原来是瀑布开发模式，有12.07% 的人认为团队原来是螺旋开发模式，有43.1% 的人不知道团队原来的开发模式，有6.9% 的人提出了团队是其他的开发模式，在原来开发模式的认知度方面，组织成员间差异巨大。
敏捷开发转型认同度。组织中有74.14% 的人愿意接受敏捷开发转型，有6.9% 的人反对敏捷开发转型，有18.96% 的人不知道是否需要敏捷开发转型，放弃选择。组织中并不是所有人都支持敏捷开发转型。
关于敏捷教练。公司原来没有敏捷教练，敏捷教练作为外部新招人员，需要独立在陌生环境中负责所有团队的敏捷转型工作。因各团队内部了解敏捷开发的成员不多，敏捷教练需要在团队培训、意识认知统一方面花费更大的精力，面临的转型阻力比较大。
关于转型目标。领导没有明确的阶段性转型目标，也没有提出明确的团队问题，需要敏捷教练结合自身的经验进行独立的探索，发现问题，分析问题、解决问题，通过柔性的方式，潜移默化的完成敏捷开发的转型，发挥敏捷开发的优势。
关于团队组织形态。转型前依然存在着产品团队、开发团队、测试团队并且有明确的团队领导，属于职能型团队，但是领导有意愿也有魄力把团队打散，组建相对稳定、固定的混合独立小组、特性团队。
|
|
購物車/收銀台(0) | 在線留言板
| 付款方式
| 聯絡我們
| 運費計算
| 幫助中心 |
加入書簽
HOME
新書上架
