不写繁重的文档，就是敏捷吗

　　各位小伙伴们大家好，今天我和大家一起来讨论下，什么是敏捷项目管理？难道敏捷项目管理就是指不用写传统项目管理的繁重的文档，不用按照计划进行，想怎么交付项目就怎么交付项目吗？

　　其实，不然，我们来一起看下敏捷大师们在2019年一起起草的敏捷宣言，也许大家就会另外一种领悟，好，我们一起来看下敏捷宣言的内容。

敏捷软件开发宣言

我们一直在实践中探寻更好的软件开发方法，

身体力行的同时也帮助他人。由此我们建立了如下价值观：

个体和互动高于流程和工具

工作的软件高于详尽的文档

客户合作高于合同谈判

响应变化高于遵循计划

 

也就是说，尽管右项有其价值，

我们更重视左侧的价值。

　　我们通过敏捷软件开发宣言，可以清晰的看到，敏捷开发强调的是个体和互动、可工作的软件、客户合作和响应变化；但是，各位小伙伴们也要清晰的认清一点，右侧的流程和工具、详尽的文档、合同谈判以及遵循计划是前提，也就是说组织需要满足右侧的基础，才有能力去实施敏捷开发，才能实施有效的敏捷项目管理。

　　目前，很多初创型的企业，不重视计划，不重视文档等组织过程资产的积累，更无管理流程索遵循，却对外宣称公司是才有敏捷管理，这简直是无稽之谈。敏捷项目管理强调的迭代开发，在一个迭代里（每个迭代的周期视项目的的大小而定，一般才有2周为一个迭代），每个迭代强调交付的都是可单独运行的增量版本。

　　敏捷确实是拥抱变化，但是在每个迭代中开发的内容是不变的，并不是为了响应领导或者业务方的需求在开发过程中随意的变更开发内容，这也是初创企业的管理者最容易误解敏捷的一个误区。

　　企业管理者还有一个对敏捷的误区，就是敏捷开发就是开发的周期较少，项目交付的时间更快，这也是大多数小伙伴们误解的，敏捷开发强调的是快速迭代，拥抱变化，让用户能够尽早的参与和使用软件，让最终进行项目移交时客户能够满意，而项目的开发周期并不一定减少，有可能更多。

　　最后总结下，敏捷项目管理并不是指不用写传统项目管理的繁重的文档，不用按照计划进行，想怎么交付项目就怎么交付项目，而是在传统项目管理做得非常好的前提下，强调个体的互动、每个迭代交付可工作的软件、积极拥抱变化和客户合作，从而交付出客户满意的软件。