共计 2892 个字符，预计需要花费 8 分钟才能阅读完成。
通过 625 考试风波之后，PMP（项目管理）新考纲考试，猛增了大量麻利题。考完后，中国区考生在网上掀起了一波神吐槽：
“我这是走错了教室还是发错了卷纸？！”
“难道 PMI 想考一个 PMP 再赠送一个 ACP 吗？！”
“出的题很多都是《麻利实际指南》中的内容，《麻利实际指南》是 ACP（麻利）考试教材啊！这是欺侮我不晓得 PMP 和 ACP 是两门课，两门考试吗？！”
“新考纲里尽管说了会减少麻利和混合型的内容，然而没说考试范畴和内容包含《麻利实际指南》啊！连这都窃密，咋不去联邦调查局下班呢？！”
“就这么硬生生地在物理考试卷中减少了一半化学题，是想通知我物理和化学不分家吗？！”
“麻利在软件行业用得较多，在硬件和制作行业用得并不多，考我一大堆麻利，是逼我转行干软件吗？”
“出题人这么任性？！这逆天的节奏！难死宝宝了！”
情谊提醒：当初考 PMP，必看《麻利实际指南》，须要自行下载：Q 群 332535119
为了让大家疾速把握麻利办法的精华，上面用极简的形式来和大家聊聊麻利办法。小板凳摆上坐好，认真听讲啦~
先尝一个栗子热热身。（认真看例子，有问题要提问）
厨师这个职业至多有上千年的历史。民以食为天，为了满足不同数量、不同口味、不同风俗的食客，厨师们总结提炼出了很多无效办法，练就了一身超强本事，成为天生的项目管理专家。反观管理学，只有区区一百多年的历史。管理学家从生存中、体育比赛中、从厨师身上取得很多灵感和启发，创立了很多治理办法，而后再冠上一个高大上的管理学新词，于是就在业界大行其道。因而，很多管理学中的办法，无论是并行工程、进度排序优化、资源配置、要害门路办法，还是本文要介绍的麻利办法，在厨师眼里都不是什么陈腐货色。你不信？那么咱们一起来看看是否确有其事。
厨师应答不同食客的不同需要，采纳了相应的办法做菜上桌，满足了食客的需要。
情景 1
酒店厨师接到一个婚宴订单，菜单和估算都预订好了。酒店厨师依照菜单提前做好筹备，到了婚宴当天，便奉上一桌一桌的美味佳肴。
情景 2
家里来了四川亲戚，筹备下厨露一手，做个水煮鱼。在做的过程当中尝了一尝，发现滋味淡了，马上加盐。还不够麻辣，再加朝天椒和大红袍花椒。就这么一直品味、不断改进，最终把这道菜交付进去了。客人一尝，连连称誉。
情景 3
我的项目团队团建聚餐，选了一家大家都爱去的餐馆。入座后每人点一道菜，而后下单。厨师依照大家点的菜单，连忙上凉拌开胃菜，先让大家有货色可吃，别饿着肚子等菜。接着，上炒菜。两头上菜慢了，还派人去催单。最初，上蒸煮大菜。大家一边吃一边聊，其乐融融。
情景 4
周末约了几个骑友去户外骑行。邻近中午，大家到一家农庄歇脚就餐。农庄没有菜谱，厨师给大家举荐了几道菜，倡议先上一道菜大家吃吃看，合口味的话就再做些别的菜，不合口味就换滋味。大家感觉很适合，就按厨师意见办。厨师先做了一只白切鸡，大家感觉滋味不错，只是鸡肉咬劲太大。于是，厨师马上在下一道菜上加了些火候，端上来后大家感觉不错。中途，又有人提出来要吃辣的，厨师又做了辣味菜。大家一快乐，又陆续点了好几道菜。最初上了满满一桌菜。大家吃的不可开交。有人说，真没想到这厨师能搞出这一桌好菜。
Q：问题来了，厨师采纳的四种办法有什么不同吗？
先不揭开谜底。吃完栗子，接着要啃骨头了。
在我的项目中，常遇到以下几种治理办法。第一种是预测型办法（也称打算驱动型办法），第二种是迭代型办法，第三种是增量型办法，第四种是麻利型办法。
这四种办法是用什么维度进行划分的呢？依据《麻利实际指南》中图 3 - 1 所示，分为两个维度：第一个维度是变更水平，第二个维度是交付频率。每个维度都有高、低两个程度。如果变更水平低，交付频度也低，则为预测型办法。如果变更水平高，然而交付频度低，则为迭代型办法。如果变更水平低，然而交付频度高，则为增量型办法。如果变更水平高，交付频度也高，则为麻利型办法。
学过项目管理的或者 PMP 都比拟相熟预测型办法。预测型办法也是《项目管理常识体系指南》中介绍的次要办法。在很多我的项目中，依然在采纳预测型办法。近年来，因为外部环境一直变动，加之我的项目的模糊性、复杂性和不确定性的进步，以拥抱变动、小步快跑、小而简、关注价值为次要特色的麻利办法逐步走上了舞台，取得了一些企业的关注和采纳。
当然，有些企业也采纳混合型办法，比拟常见的有三种，第 1 种是同时应用预测型办法和麻利型办法；第 2 种是预测型办法为主，麻利型办法为辅；第 3 种是麻利型办法为主，预测型办法为辅。
讲完这些，你再来答复后面四个厨师都用到了什么办法？是预测型办法、迭代型办法、增量型办法还是麻利型办法？
接下来，开始啃业余我的项目这块骨头了。上面讲四个软件开发我的项目。
我的项目 1
客户心愿开发一个工程管理信息系统，用于监控自动化生产线中上千台设施中的宕机、检修和开动情况，同时正当调度设施保护和生产人员，实现有序、无效的生产治理。该项目标需要十分明确，软件开发方也做过相似我的项目，单方的认知统一，而且有具体的我的项目打算可供单方按照和沟通。
我的项目 2
客户须要在公司层面构建一个常识管理信息系统。一开始，该项目标需要不是很清晰。单方也没有找到参考案例或者对标标的。软件开发方决定采取渐进明细的办法。在开发过程中邀请客户参加，依据客户的倡议一直进行优化和更新，最终交付该常识管理信息系统。
我的项目 3
客户须要部署 ERP 零碎。因为估算限度，只能部署其中的几个模块。又因为工夫紧迫，客户心愿马上须要用到一些外围性能。软件开发团队和客户确定好所需的几个模块，并制订好打算。为了确保客户尽早取得产品价值，软件开发团队采取依照打算开发、部署一个模块就交给客户应用一个模块的模式顺次推动。直至实现该我的项目。
我的项目 4
2011 年，微信开发团队依据市场须要，陆续推出了微信 1.0 版、2.0 版、3.0 版。依据用户的反馈和团队本身发现的问题，开发团队对微信产品进行了优化和更新。2012 年微信 4.0 推出了朋友圈这一明星性能，将微信从通信工具进化成社交平台。2014 年，微信开发团队依据市场和用户需要变动，推出了微信 5.0 版，减少了微信领取等杀手级利用，将微信从社交平台进化成社交和商业平台。当初微信 8.0 版曾经倒退为互联网生态平台产品了。
你是项目经理，会针对以上四个我的项目采纳什么办法？是预测型办法、迭代型办法、增量型办法还是麻利型办法？
答案解密：
【厨师案例】
情景 1：预测型办法
情景 2：迭代型办法
情景 3：增量型办法
情景 4：麻利型办法
【软件开发我的项目案例】
我的项目 1：预测型办法
我的项目 2：迭代型办法
我的项目 3：增量型办法
我的项目 4：麻利型办法
PS 舒适提醒：
常常有人问到：增量型办法和麻利型办法有何不同之处？
答：绝对麻利型办法而言，采纳增量型办法发展我的项目的前提是客户需要和我的项目信息较为明确，一开始能够制订具体打算。在产品增量交付过程中，也是受控的，无需客户太多参加，根本是交付产品增量就能达到客户需要，不像麻利型办法那样在过程中须要常常批改、更新和优化。麻利型办法实用于客户需要不明确，过程当中也须要客户一直参加，渐次交付产品增量，也会常常更新和优化产品的我的项目。