公司内部档案编码：[OPPTR-OPPT28-OPPTL98-OPPNN08]此处填写公司名称管拥抱变化、快速响应、平等协作、持续改进—PMI-ACP敏捷项目管理与创新之道文/银联培训中心主管于兆鹏随着首届世界互联网大会召开，“互联网变革”又一次撞击了人们的眼球。人类历史上曾经发生过许多次伟大的变革，但从来没有一场变革像“互联网变革”一样能触及全球70亿个个体。不仅仅是互联网让我们在变!随着中国经济的转型和新生代消费群体的崛起，中国乃至世界的社会经济模式正经历着:-以生产为核心到以需求为核心的转变以商户为核心到以用户为核心的转变以产品功能为核心到产品体验和个性为核心的转变中国正在进行着由卖方市场到买方市场的重大社会变革，中国经济也因此将由原来的粗放型经济形式转变为集约型经济形式，由原来的世界工厂转变为未来的创新基地。在这样的时代背景下，变革参与者需要深谙互联网“开放、平等、协作、分享”的精髓，通过互联网、移动互联网等各种工具，使得传统企业的业务具备透明度更强、参与度更高、协作性更好、中间成本更低。一句话，正如彼得德鲁克所指出的：“互联网消灭一切基于信息不对称的商业模式”。在新的商业模式下，作为项目经理的我们需要关注:----如何拥抱变化，抛弃传统模式封闭的弊端，以极限迭代引领客户需求和市场变化；----如何简化流程，最大化客户收益，始终关注组织和客户的核心价值点；----如何将客户拉进团队，让客户之声成为打造制胜产品的真正利器；----如何最大化激发团队潜能和创新力量，摆脱传统管理模式带给人性的束缚和禁锢；——如何将持续改进纳入到团队每天、每小时、每分钟的工作循环，使改进这一词汇不再成为原来项目经理的口头禅，而是每个团队成员心中的戴明环；对于我们而言，尽情享受“这场变革”的同时，正确把握社会的发展方向，才能使之继续造福于全社会。一、为什么需要敏捷长期以来，受传统项目管理思维的影响，项目计划往往需要很完备才有能开工的理由。我们往往因为不清楚WBS（工作分解结构）应该分解到何种程度而苦恼，或在一开始就试图将项目的方方面面都考虑得很周全，这在项目真实场景中是不可能的。许多项目报告，尤其是在项目早期阶段显得过于乐观。因为让一个项目经理接受他们的进度会落后于时间表是一件非常困难的事情。在项目分析阶段，想知道总共有多少分析量是不可能的。那这样问题就来了，你既然不知道总量，又如何知道现在的工作能按部就班完成呢长久以来，我们一直在接受着这样的教导：项目经理是负责人。他管理团队，指派任务并且承担整个项目成功的责任。所有这些压力和以及所有这些期望都指向同一个人，这个人也负责项目的沟通交流工作。有了这样的场景，我们怎么可能期望项目沟通交流是中立的老板如果要求每周多给出一份详细的状态报告，那么这不就是一种不信任吗在我十五年来的项目管理职业生涯中，不断看到这种机能失调和不信任。个人职业生涯有十年是与软件行业有关。熟知软件模型发展历史的人知道，传统软件开发模型是在20世纪60年代形成的，在那个时候统治IT王国的是大型计算机。在那个时代所使用的技术并不欢迎变更。那时候编程的模式是过程化、自上而下的。如果需要变更，就需要重新编译并组装整个程序或系统。为了安全起见，每一次编译的成品都需要新的完全测试。这个模型为其特定的技术服务，人们往往企图像神一样尝试一次性把工作做好。后来软件行业采纳了新的面向组件的技术，但是底层的开发过程仍旧经常使用相同的传统方法。相比之下，现代软件开发通常使用面向对象的技术。这些面向对象的系统是由更小的高度聚合、松散耦合的分块和元素组装起来的。这就使得开发团队能够以更小的步骤和单元进行开发、测试和集成。敏捷开发和敏捷项目管理方法更早、更频繁地把变更带入，而且这些方法以小的、循序渐进的步骤来构建软件。软件行业发展只是时代发展的一个缩影，中国经济三十年来的发展同样也在经历着从传统模式到敏捷模式的演变！20世纪80年代-90年代，中国经济刚刚腾飞，整个社会经济还是以计划经济为主导，市场导向是以厂家或供给方为核心的。实际上国家经济发展战略是以“出口导向”战略代替“...
