项目管理的扬弃_PMP认证与考试版_国内最热门的项目管理经验交流论坛_国内PMP聚集社区

项目管理者联盟 | 中国工程管理网 | 中国研发管理网

会员中心

资料库

适合敏捷开发项目
敏捷项目管理最佳实践

重视项目商业分析
商业价值与需求分析能力

产品管理国际认证
全球产品管理最佳实践

单项目管理经典指南
年轻项目经理首选

北京 | 直播 | 录播

大型复杂项目全球标准
定位高级项目管理层

链接战略与项目
实现组织资源投资回报

信息系统项目管理师
系统集成项目管理工程师

计划 | 报名 | 经验

论坛
	价值源于交流与分享

会员区：

功能区：公告建议 | 帖子搜索 | 管理团队 | 荣誉版主 | 帮助手册

论
坛
导
航
区

项目型组织	项目管理	工程项目	科技项目	项目化管理	管理软件	资格认证	职业休闲
EPM体系与流程	综合集成管理	总承包管理	IT软件开发	项目型制造	P3E/P6	PMP \| PgMP	职业发展探讨
组织与人力资源	进度,范围,成本	国际工程	生物制药	专业服务	微软PROJECT	IPMP \| PRINCE2	管理学堂
项目管理信息化	团队建设与沟通	房地产	汽车设计开发	生活项目	PowerOn专版	软考项目管理	英语角\|读书版
多项目与大项目	质量与风险	监理与咨询	手机数码	文体娱乐		注册建造师	房车吃游
PMO建设与管理	采购与合同	工程设计				项目管理硕士	闲聊版\|商务版

俱乐部：北京 | 大连 | 福州 | 广州 | 杭州 | 南京 | 山东 | 上海 | 深圳 | 四川 | 天津 | 武汉 | 西安 | 郑州 | 申请成立

TOP榜：精华 | 最新 | 最热 | 会员

版面信息

说明：PMP/项目管理师认证知识，考试资料共享、考试经验技巧以及基础知识，考试试题求解、分析与讨论，考友交流

	精华区		发表帖子
	投票区		发起投票
	资料区		上传资料

本版版主

PMP2002
登录：2018/9/29
次数：3838
注册：2003/2/14
发帖：3424

ljdy44
登录：2015/11/14
次数：227
注册：2005/6/29
发帖：171

俱乐部导航

北京	大连	福州	广州	杭州
南京	山东	上海	深圳	四川
天津	武汉	西安	郑州

联盟·近期活动

社区热点

精彩专题

如何做好项目沟通计划

软件项目质量管理

国际工程索赔与反索赔

社区圈子

施工总承包管理
圈主：fylm9999
行业：工程设计安装

IT项目管理圈
圈主：lepu29341
行业：IT软件

生态系统体系下.
圈主：ETPPM
行业：综合应用

集团企业生态体.
圈主：ETPPM
行业：综合应用

HG信用盘0出租
圈主：de123
行业：综合应用

联系社区管理员

咨询电话 010-82273401/11
斑竹申请 admin@mypm.net

版权所有 © 2003-2004
京ICP证070584号
BBS业务许可2007第353号
最佳显示模式：1024*768像素

项目管理的扬弃 [发表于 2014/3/28]

状态开放帖 浏览量 635

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