交付物|掌握这些措施，敏捷项目管理直接飞起版权|爱优腾|捷成股份|bat|腾讯

编辑导语：结合敏捷项目管理，产品经理或业务人员可以一定程度上推动项目的快速运行，实现降本增效，并推动后续项目的优化迭代。那么，若想实现敏捷项目管理，你应当具备哪些思维方式、或者拿出什么举措？本文作者做了相应解读，一起来看。

文章插图
一、什么是敏捷项目管理敏捷管理如果用一句话高度概括就是：面对高度不确定的事件，思维、行动，快速反应、快速应对，并作出正确选择的行为，称之为敏捷。
如果再精炼的概括一下，那就是“对、好、快”。PO确保做对的事，SM负责快速推进，DT保证正确地做事。

文章插图
二、敏捷管理都有哪些具体措施1. 思维方式的彻底转变实施敏捷管理前，最重要的一步就是给大家“洗脑”，让大家从传统的开发模式上彻底转变到敏捷思维的开发模式中，只要先从思想上进行彻底改变，才能在日后的身体力行中去积极实践。
而转换思维，就先要让大家深刻理解敏捷的价值观，而敏捷价值观就是：

文章插图
大家可能觉得这个敏捷价值观有点“混沌”，我给大家翻译一下，大家就一目了然了。

文章插图
第一条，敏捷管理注重以人为本，因为人才是整个项目的核心“资产”。二战时，为什么美国从欧洲疯狂抢人才？苏联解体时，为什么中国从乌克兰疯狂抢各类技术人才？都是这个道理，因为有了人才，才有办好事的“源动力”。
第二条，可用的软件是指交付物，意思是说我们最终交付给客户的东西必须是高价值，有用的。如果竟是“反人类”的操作，文档写的再好又有什么软用？
第三条以客户为中心，这句话就很讲究了，为什么不是以用户为中心？因为敏捷管理思想的推出，是建立在B端的甲乙双方这个逻辑框架下的（当然有些内容也适合C端）。
在B端市场中，很多能拍板买你软件的和最终使用你产品的是两波不同的人。我们软件开发要优先满足“客户”，再去满足“用户”。如果你设计了一个让用户很爽的功能，到时候客户不满意，那恐怕到时候回款的时候就悬了。
举个最简单的例子，你给甲方爸爸开发了一个企业内部的IM，老板要求显示员工已阅信息，但是你为了尊重用户个人隐私生活空间，就没有这个功能，那老板心里肯定不舒服，以后合同还怎么续签。
第四条，拥抱变化我就不细讲了，这个世界唯一不变的就是“变化”。
除此之外，我们在今后的行事过程还要遵循敏捷的12条原则，具体见下图：

文章插图
你可能看后，第一感觉就是：WTF，东一榔头，西一棒槌的，说的什么玩意，虽然列了1234，但还是感觉没有逻辑感。
没错，当时我就是这个感觉。为了能够让大家能够把他嚼碎了往肚里咽，我给大家做了一下抽象概括和归纳总结。其实12条原则这么多话，概括起来就是一句话（我最烦那种简单问题复杂化的人）：
以人为本，高效沟通，以目标为导向，不断自我进化，通过快速迭代的形式为客户交付高价值的软件。
具体我是怎么抽象概括起来的，还要归结于归纳法，看似他把事情说了那么多多，但是好多东西都是同一个主题，具体如下：

文章插图
归纳完我们发现，说了一大通，原来就是在敏捷价值观中加了“高效沟通、自我进化、快速迭代”。这样一梳理就简单明了多了（感觉哥这总结能力，可以裸考ACP了-捂脸）。
2. 构建敏捷管理团队敏捷管理团队的构建有点像管理学中，变“直线式管理” 为 “矩阵式管理”的意思。

文章插图
之所以要构建敏捷的管理团队，就是要帮助团队去除“政治化、部门墙”等障碍，从而实现扁平管理，高效沟通的目标。其中最好的形式就是构建一个10人内的小组，把大家的座位集合到一起，方便日常面对面的沟通与协调，从而免去过往冗长的各种流程。
3. 实施增量式迭代开发我们拿造汽车举例说明一下增量式思维和增量迭代式思维的区别。传统的开发模式都是增量式思维，这次交付一个轮子，下次交付一个车身等等，每一次交付的东西都不能直接满足用户的交通行程需求。