互联网行业有一种说法，叫做“敏捷已死”。事实上，不是敏捷已死，是很多项目用着用着就偏离了敏捷的思想和原则，甚至走入了误区，不仅没有发挥敏捷本身的效用，更是给组织，给项目带来了很大的困扰。
今天，就个人的理解，来聊一聊用敏捷思维做中大型项目。
之所以说是用敏捷思维，是因为，敏捷思维其实在我们的工作生活中无处不在的。比如最常见的，我们去餐厅吃饭，我们点了10个菜，餐厅是一个菜一个菜持续交付的，并不是等到10个菜全部做完后才统一上菜。这个过程中，也经常会出现，更换其中的某个菜，或者退掉某个菜。那餐厅要服务好客户，就得拥抱变化，合理满足。
而我们实际开展一个项目，大多数的时候并没有真正套用敏捷的某个方法论，比如最常用scrum方法论（占有率66%：数据来源于2021年7月发布的敏捷报告）。
那么在正式开始介绍用敏捷思维做中大型项目管理之前，我们还是先认识一下什么是敏捷。
一、认识敏捷
1、敏捷宣言
敏捷宣言诞生之后，其包括4个价值观和12条原则，以及一系列的敏捷实践。
敏捷是一种心态，这是敏捷的核心，是一种基于敏捷价值观、原则及实践的心态或做事的思维哲理。
所以，从这个维度来说，敏捷并不是某种特定的方法论、过程、架构或工具。
敏捷真正告诉我们的是要以敏捷心态、敏捷思维来做项目，做事情。
2、敏捷4个价值观
我们知道敏捷宣言包括敏捷4个价值观：
个人与互动胜于过程与工具
可用的软件胜于复杂的文档
与客户协作胜于合同谈判
响应变更胜于遵循计划
我们可以看到这其实是分成了左右两部分，右边的过程与工具、复杂的文档、合同谈判、遵循计划，也是有价值的，但相比较而言，左侧的个人与互动、可用的软件、与客户协作、响应变化则更有价值。
3、敏捷12项原则
敏捷12项原则。
原则指导行为。其他的都可以裁剪，唯独原则不能裁剪，可见原则的重要性。
也就是说，要运用敏捷，就需要遵循这12项原则。
1）我们的第一优先任务是，通过尽早且持续交付有价值的软件来满足客户。这是使用敏捷的目的，尽早交付、持续交付，让客户满意。
2）即使在最后开发阶段也要竭诚欢迎改变需求，敏捷过程掌控改变，以维护客户的竞争优势。我们的态度就是拥抱变化。尽管尽早交付，持续交付可以降低风险，但也很难预测未来，当发现按原计划执行下去的时候无法替客户创造价值，就要欢迎改变，团队拥抱变化。
3）经常交付可以的软件，频率可从数周到数月，以较短的时间间隔为佳。关注的重点是交付客户需要的软件，所以，尽早且频繁的交付，交付频率1-4周，最好不超过6周。
4）业务人员与开发者在项目进行中，必须每天一起工作。合作共赢，业务人员和开发者在项目进行中时，可以频繁的沟通，通过共享彼此的想法、文档和解决方案，对齐目标和需求。
5）项目靠积极的个人来完成，给予他们所需的环境支持，并相信他们可以完成工作。核心还是人。要善于激励项目人员，给他们以所需要的环境和支持，并相信他们能够完成任务。项目成功最重要的因素是人。
6）在开发团队与团队成员之间，面对面的沟通是传递信息最有效率与效能的方式。最优效的沟通，是面对面。所以，敏捷团队大都是集中办公。
7）可用的软件是进度的主要测量标
