本文作为学习敏捷转型项目管理的读书笔记。
第一章 敏捷转型不易，但它是必走之路
1.1为什么一定要实施敏捷转型
1、敏捷给企业带来的收益
自2001年敏捷宣言诞生，至今已有近二十年的时间了，敏捷已经在全球范围内得到了非常广泛的应用。在很多企业里，敏捷已经成为日常的工作方式。
敏捷带来的好处，其中占比最大的三个收益如下：
1）增强了应对需求变更的能力；
2）提高了团队的交付效率；
3）提升了项目的可视化程度。
1.2敏捷是必然趋势
软件工程的发展历程，大致可分为如下几个阶段：
1）软件作坊：20世纪60-70年代，在生产制造业中，普高应用的是工业大型主机，软件只占一小部分。当时的软件开发处于小作坊模式，没有明确的方法与流程，软件开发主要依靠个人的能力。
2）软件工程化：随着软件规模逐渐变大，人们开始认识到，软件开发也是需要流程的。于是人们尝试用 瀑布模型 来控制软件的每个研发阶段。这是软件工程化的开端。20世纪80年代后，随着PC机的广泛普及，软件企业也开始蓬勃发展，它们开发的软件走进了千家万户。后来人们开始思考如何通过规范软件企业的流程来控制软件的研发过程和软件质量。后来被广泛用于能力评估和过程改进的 能力成熟度模型（Capability Maturity Model,简称CMM）在1991年由美国卡内基梅隆大学软件工程研究所发布，该模型极大地推进了软件工程化在全球范围的进程。
3）敏捷和精益：进入20世纪90年代后，随着互联网时代的到来，人们越来越认识到以下软件交付问题的严重性，而这正是现有的软件工程方法所没有解决的：
缺点1：耗时长，但是最终交付的产品与客户的期望偏差很大；
缺点2：无法根据市场的变化动态地调整产品；
缺点3：质量反馈严重滞后，软件的变更成本高。
于是人们开始探索更加轻量化的、能够快速响应变化的工程方法。在这样的背景下，软件工程迎来了第二次浪潮：敏捷软件开发。极限编程（XP）、Scrum等各种敏捷方法相继出现。2001年敏捷宣言诞生。2003年，精益软件大师 玛丽 帕彭迪克 将精益思想融入软件工程中，诞生了精益软件开发规则。
随着近几年移动互联网的快速发展，服务提供商为了抓住市场上稍纵即逝的商机，满足其不断增长的业务需求和用户体验，对软件产品有了更高的期望和要求：不仅能够在短周期内迭代交付，而且能够持续不断地按需布署到生产环境。DevOps的概念和技术正是在这个背景下诞生。
从以上历史发展进程可以看出，软件工程方法的演进是个自然的过程，其背后是技术的驱动和时代的演进。当我们从大型主机一步一步发展到移动互联网时代，必然会演变出新的工程方法和技术来适配时代的进步， 以便更加快速、灵活地响应客户和用户的需求，在竞争极其残酷的时代占得先机。所以，敏捷软件是一个必然趋势。
精益软件开发规则由玛丽 帕彭迪克提出，这八个原则是：优化全局、以客户为中心、赋能工作者、减少浪费、增强学习、加速流动、质量内建、持续改善。
