项目管理的扬弃分析

项目管理的扬弃分析许多项目经理不知道，只是阶段性地参与或者只是做表面的管理，是远远不够的。下面是分享的一些相关资料，供大家参考。作为一个年轻有为的项目经理， 我当然希望手头项目一举成功。于是我做了一整套的项目计划， 梦想着能完美交付给客户。 起初一切都看起来顺风顺水，但是我只猜中了开始，没有猜中结局。在这惨痛的项目过程中，我想说的是，相对于项目执行本身，项目推广和规划花费了我更多的精力。 我天真地认为，只要需求分析师做好日常工作，项目自然会正常运转。然而现实是残酷的，项目失败了，我也被客户抛弃。大多数经理人都把项目管理奉为圭臬，实际上它的鼻祖美国人把吃饭睡觉之类的事也当作一个流程照章办事， 不能省略步骤， 也不可调整顺序。虽说西方思想并不机械死板， 在项目管理上美国人反而没有中国人机动灵活。为什么 ?因为他们把所有事都量化为步骤后，虽然理清了头绪， 却看不见打结的地方。 不是根据事情本身计划流程而是先将事件套上固定流程。项目管理的误区解决项目管理问题先要看到项目考察工作、项目管理和项目控制到底存在什么问题。视觉盲区在项目考察阶段，视觉的主观性让人容易忽略了价值产生和流动的关键影响， 持久的资产价值最初很难定义， 在项目生命期中也不断变化，并且比合同或客户关系要求的更多。 这会导致无效率的流程和返工，从而很容易对价值流造成损害。你在右图里看到什么 ?有人看到一个爱斯基摩人朝黑暗的洞窟里看，有人看到一个印第安酋长的侧面头像。 这幅图是视角不同的一个例证，图案并不是非此即彼，而是模棱两可。而无论你看到什么图案，总有先入为主的影响。现在的项目经理人大多被引入一条项目还原论而不是整体论的道路，更多关注工作分解而不是价值流和价值创造 ; 更多的“全面计划”而不是“全心全意” ; 更多的衡量指标而不是自我调节。当然所有的项目都需要保持流动、创造价值、避免苦役以及绩效良好。我们似乎更关注第一印象，分解、计划、衡量，而另一面被忽略了。扩展视野并没有帮助， 人视野上天生的狭隘是由心理决定的， 无论我们认为自己看得多全面， 其实一次最多也只是看到一半而已。 我们可以学着改换视角，把从前的肯定变成肯定有其他可能， 只有我们学会忘却，真实图景才会显现。所以，对组织、规则、控制这些典型方面的过分关注会导致绩效下降，我们也许可以管理得更少而做得更好。 项目经理只关注对成果的管理，就会走入死路。管理的是人而非项目在项目管理阶段，项目经理常犯纸上谈兵的错误：他仿佛处在真空世界中进行控制工作， 既缺乏对管理对象的实际了解和操作实践，也无法看到什么是实际需求。一切都按照计划管理， 没有随时修正的过程，看来完美无缺，实质上只是空洞一片。其实与计划相比，在项目的执行过程中， 组织最关键。 将人员如何有机地组织关联比机械地分配任务更重要。 而每一个涉及的人在执行工作的时候， 本人也在做着计划。在过去三年， Google 进行了一个叫做“代码之夏”的项目，他们让大学里的软件开发者在开放源码项目中结对工作。 如果学生成功完成为其程序设定的目标，可以得到几千美元。结果一个夏天后，代码的通过率超过了 80%，这意味着超过 700 名学生的工作满足了导师和项目的需求。但他们完成这一结果没有依靠任何管理上的任务计划。一个夏天，平均每个学生生产了4000 行代码，有人写了20000行之多。这意味着学生们是正式雇用的程序员“平均”效率的 5 到 40 倍。提醒大家，这些代码是由远离他们导师 3 个时区之外、互相从没机会见面的学生写出来的。Google的经理认为这确实值得思考，也让他反思究竟什么是一个有效率的开发者，是否应该对进行项目的参与人员提出要求?提出什么样的要求 ?可以做甩手掌柜么 ?他意识到按计划管理的选择需要大量潜在的信任管理， 虽然信任还只是计划管理的有益替补，但是按计划管理完全忽略了人的因素。“恒定控制”陷入僵局而在控制过程中，一叶障目的经理设定了一个“恒定控制”的模式。理论上我们知道工作应该如何开展，而实际上我们都是在黑暗中摸索前行。预先订立绩效标准会让项目工作走入死胡同。众所周知，在科学实验的每个步骤中， 不论是成功还是失败都算一种进展。订立的项目计划只是一个暂时性的参考而不是蓝图，是为了指导价值的创造，而不是为了减少绩效。 毕竟项目不是积木，不可能简单地定向组装。不妨用科学实验的方法看待项目进程，尝试每走一步有一步的收获。有效的项目管控项目失败是痛苦的，同时也是可贵的经验。仅仅把项目规划做好并不够，也要在项目执行上精益求精。 只是阶段性的参与或者只是做表面的管理，是不够的。作为项目经理，要知道现在发生了什么，有什么问题，以及在问题发现之前解决掉它。 项目执行力才是避免项目失败的关键。道理很简单，要么成功要么失败。将一个大项目拆分成多个小项目，每个小项目以 3 个月为一个周期运作：现在已经很少有项目按照一个时间表来运作一个很长的周期。一般项目时间过半以后， 就会出现大量问题导致项目无法按时完成。因为项目经理在前期没有发现问题， 或者发现了问题但没有引起足够的重视，想当然地调整了部分任务计划，集腋成裘使然。最好把大项目拆分成多个以三个月为周期的小项目， 每个小项目都有明确的交付物和时间表。运行小型项目不仅使每个人更加关注他们手头的任务与完成日期，而且每阶段的成功也会成为项目组成员的重大激励。定期沟通项目状态 : 无论消息是好还是坏 , 项目经理必须建立和保持一个稳定的机制， 使项目相关人员及时了解项目状态。 我喜欢每周通报项目状态，包括成本、计划、风险和问题。好消息要分享，坏消息也要通报，而且要告诉大家如何解决。 即使有些风险只是潜在的，也不要隐瞒，一团和气做个老好人。报告问题的时候， 不要只是诉苦 : 问题发生时， 也许项目会因此失败，但现在还不到恐慌、抱怨的时候。作为项目经理，你的职责就是将问题上报， 明确知道解决问题的途径。 把每一个问题的解决都落实到人，由专人负责解决。保持冷静头脑，专注于问题的解决，也不要认为说一句“我以为 ”就完事儿了。失败是成功之母，让项目尽快回到正轨 : 你不可能时时保证项目成本、项目进程或者项目范围在一个项目中面面俱到。这时候，你不得不去面对项目发起人的质疑， 通常这个人就是你的老板。 这时候下面的准备是必要的：给项目发起人一些备选方案，让他权衡范围、时间、成本的冲突，做出选择。要让项目发起人参与到项目中来。但是，大部分项目经理只是提出问题，而没有提供解决方案。让项目尽快回到正轨。老板最郁闷的就是，刚和项目经理在范围、计划、成本问题上达成一致，做出让步，过了一个月他又来了。项目经理要体会实际和计划的偏差对老板来说意味着什么。寻求帮助，不要推卸责任，也不要委屈了自己： 作为一个新手，项目经理有时候会觉得求人帮忙会显得自己很弱。 寻求帮助意味着自己搞不定，老板会认为你能力不够。 多年的项目经验改变了我对寻求帮助的态度：需要帮助的时候绝不含糊。这不是举白旗投降，而是认识到问题已经超出了我的范畴 ( 能力、职责、职权 ) ，需要让合适的人来解决。你没必要委屈了自己，有麻烦了就要寻求帮助。另一种极端是，有些项目经理把项目搞得一团糟后就换到别的项目去了， 而不是想着如何解决当前的问题。 项目经理既然是项目的掌舵人， 不能溜之大吉，应该和项目成员共渡难关。既要承担责任，也要量力而行。项目团队的管理艺术项目管理的隐含目标在于管理一系列特定的资源。这是通过和客户，项目团队和外部支持团队之间的协作来完成的。 在这种情况下，我觉得这么讲比较合适， 项目管理的首要任务在于管理人。 很多经理人说，“我应该管理我的项目，但是我却没有足够时间来管理我项目里面的人。”对于这种说法，我感到非常惊讶，因为只有项目里面的人才能实现目标， 如果你不管理他们， 你怎么能去指望你能管理好一个项目呢 ?项目管理涉及很多方面，包括客户管理、需求和范围管理、规划和进度安排、 风险管理和人员管理。 而你的人员管理能力对一个项目而言非常重要，是区别一个成功的领导者和不成功的领导者的关键。