前言

这是一部讲述管理思维变革的书，一部用失败教训、成功体验和行业前沿的系统管理思维打造的创新之书。它将管理学与心理学融为一体，告诉你如何将敏捷思维用于商业、工作和生活，破译初创团队成长为千人企业的平稳转型密码。

什么是敏捷方法？作为IBM敏捷官方发言人，无数人问过我这个问题。敏捷方法是一种让企业最大程度降低成本、增加利润的方法，一种通过增量互动对客户的需求和反馈保持开放的产品或服务。它不是出于恐惧项目超期、成本超支、团队离散而制定出的一些监测和控制项目的方法，而是赋予团队信任和自治、全力支持团队以满足客户需要、最大化交付价值的方法。迄今为止，我已经以敏捷方法为主题做了近8年的讲座，工作成绩得以飞速提升的学员不计其数。他们不仅跨越了知识和经验的门槛，运用“新式武器”打击顽固的症结，而且窥破了敏捷方法的奥秘，在工作中变得“放下”和轻松许多，仿佛不知不觉中，封存起来的内在力量冲破禁锢释放出来。他们能够全神贯注于自己感兴趣的工作，将精力和时间用在对人生和企业有价值的事情上。他们明白在职场中要做到不复制、不模仿，在团队中要证明自己的差异价值，通过真实的自己来影响和带动团队，成为团队中独具一格的领袖。这就是敏捷思维的有趣之处。敏捷思维是一种非颠覆性的创新，以“实现最小代价换取最大回报”为价值度量，在“简化工作流程+合理运用工具+智慧管理人心”的平台上实现降低产品交付成本且全心成就客户。

从2006年开始接触敏捷方法至今，我目睹了很多实践者追求和学习敏捷方法的热情不断熄灭在荒废的半成品中，也不断听说某些敏捷讲师将客户敏捷部署不落地的原因归结于企业领导的不理性、不支持或团队人员的素质低下。于是，我决心写一本书来为敏捷思维正名。事实上，我的敏捷实践也历经了长达8年的探索，尽管我有着得天独厚的成长环境和开明的企业平台，但我所走过的路，包括部署敏捷方法、推行新工具、培养敏捷团队、改良和变革企业流程和模式，每一步都布满荆棘。不过，坚持到今天，相信很多有过相似经历的人一定像我一样，正在品尝努力付出所结出的硕果。但是，至今也没有一部深度探索敏捷思维变革和企业级敏捷转型的书籍出版，于是，2013年春节，我开始了本书的写作。

第1章引出“何为敏捷”的问题，从Scrum方法出发，展示敏捷的价值，介绍敏捷方法的基本构成。同时，该章还将以IBM公司为案例，解析IBM作为一家有先进管理理念的大型企业，在面临外来挑战和内部革新的内驱力时，为何选择敏捷作为自身变革的策略，展示企业敏捷转型中可能面临的挑战和光明前景。

第2章通过一些典型案例，分析敏捷转型困境，总结敏捷实践误区，指出Scrum等核心敏捷方法的局限性，特别是与国内企业相结合时所暴露出来的水土不服问题。这一章还介绍了项目经理的重要作用，对比了传统项目管理模式和敏捷项目管理模式，向敏捷项目管理转型的企业提出了忠告和建议，并在最后总结了13条“敏捷实施法则”。

但是，仅仅照搬别人的成功方法还不能保证改革的成功，必须活血化瘀，疏通承载方法的实体，即“人”与“工具”的任督二脉，使得敏捷转型平滑、系统地进行。根据“人”的职业养成阶段、“工具和技术”的成熟度、“政治、架构、企业文化”的环境差异，“流程”也需要适当裁剪。必须让团队、团队负责人、产品负责人看到，风险可预期、转变非颠覆、目标可实现，他们才能有信心并自发地配合企业由下而上的变化。

第3章介绍了敏捷扩展模型（ASM）和规范性敏捷交付（DAD）方法。DAD是Scrum、Lean、Kanban等方法的复合体，本章主要讲解该方法的特色，例如重要角色及其不同于传统敏捷的典型实践。为了清楚地分析DAD方法，与第2章Scrum房地产公司的小故事呼应，本章讲述了一家DAD房地产公司如何通过自身的优势规避来自政府规划的重大风险，建造楼盘并取得项目成功。本章以IBM Rational中国的转型为例，分享了以“工具+流程+人”为框架的敏捷转型实践。此外，还讲述了传统服装行业中DAD方法的应用，并在最后以“敏捷开发者的一天”的故事来完整描述一个大型组织中敏捷方法的成功落地。

第4章介绍了以敏捷思维开发商业模式的方法，并通过ASM因子的调整得到了适合10人以下初创团队的敏捷方法，同时指出初创团队成功的关键在于建设敏捷团队，以及团队领袖、带头人作为灵魂人物在敏捷转型中的重要性。此外，本章还讨论了敏捷团队建设的四个阶段和防止人才流失的方法，以及人格测评对招聘甄选和岗位匹配的影响。

第5章讲述人才培养中如何使团队自发地做到“自我管理、自我认知、自我控制”，特别是在团队建设、团队协作方面，通过几个小故事模拟“三自”培养方法，手把手地教你如何通过心理学方法精细地打造一个“轻管理”的敏捷团队，分享“沟通和倾听”的方法与技巧，降低团队建设中的“信任”成本。

第6章的主题是“非凡的测试”，这是因为敏捷测试实属不易，有太多经验需要分享。同时，这一章也讲述测试生涯规划，作为DAD敏捷方法的推崇者，详细讲述“独立测试”的必要性，测试的“决策影响力”、“投入产出效益”，“自动化测试”的策略和规划方法，以及“自动化工具”的选择。通过“敏捷测试工程师的一天”的故事分享，帮助测试者在工作中学习如何实现更高的自我价值。

目前，对于研发工作，我已经渐行渐远，而开始深入市场和客户需求、客户关系的梳理工作。但每当与客户们谈及其需求、趋势，我们都会延伸到流程、管理，以及关于持续改进理念的探讨。通过这些交流，我不仅收获了客户的信任，也听到了更多有价值的观点，遂在附录中分享了有关敏捷思维和敏捷转型的常见问题和回答，并大胆推断了第二代敏捷“DevOps”——持续交付软件驱动的创新。此外，还介绍了一个以完整的IBM敏捷方案和敏捷实施体验帮助团队深入了解IBM规范性敏捷方法的敏捷大赛活动，通过在线评分系统展示了一套简单的敏捷成熟度度量体系。

谢明志

2014年9月