项目管理者联盟 | 中国工程管理网 | 中国研发管理网   会员中心 资料库 博客 圈子

PMI-ACP®认证

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

网络课程

PMI-PBA®认证

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

网络课程

NPDP®认证

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

网络课

PMP®认证

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

北京 | 直播 | 录播

PgMP®认证

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

网络班

PfMP®认证

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

全球直播

软考项目管理

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

计划 | 报名 | 经验

论坛
价值源于交流与分享
会员区:
登陆ID 密  码
功能区: 公告建议 | 帖子搜索 | 管理团队 | 荣誉版主 | 帮助手册






 项目型组织  项目管理  工程项目  科技项目  项目化管理  管理软件  资格认证  职业休闲
EPM体系与流程 综合集成管理 总承包管理 IT软件开发 项目型制造 P3E/P6 PMP | PgMP 职业发展探讨
组织与人力资源 进度,范围,成本 国际工程 生物制药 专业服务 微软PROJECT IPMP | PRINCE2 管理学堂
项目管理信息化 团队建设与沟通 房地产 汽车设计开发 生活项目 PowerOn专版 软考项目管理 英语角|读书版
多项目与大项目 质量与风险 监理与咨询 手机数码 文体娱乐 注册建造师 房车吃游
PMO建设与管理 采购与合同 工程设计 项目管理硕士 闲聊版|商务版
俱乐部北京 | 大连 | 福州 | 广州 | 杭州 | 南京 | 山东 | 上海 | 深圳 | 四川 | 天津 | 武汉 | 西安 | 郑州 | 申请成立 TOP榜精华 | 最新 | 最热 | 会员

版面信息

说明:失败的IT项目比比皆是,进度延迟,预算超支,客户需求多变,成员加班抱怨...IT项目(软件开发.,信息系统实施等)寻求新生

本版版主

camer
登录:2013/7/2
次数:867
注册:2003/3/3
发帖:2745
dorothy
登录:2016/12/15
次数:804
注册:2004/9/6
发帖:993
steveli2008
登录:2009/5/26
次数:464
注册:2003/5/12
发帖:1026
zhf_karen
登录:2015/6/2
次数:346
注册:2005/6/13
发帖:469

俱乐部导航

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

联盟·近期活动

社区热点

华师大CTO学院:科创生态建设与创.
宏发电声江玫瑰谈PgMP:“下好一盘.
PgMP:交付能力与创造未来的项目管.
开放讲座|《项目组合管理与PfMP认证
开放讲座|项目组合管理与PfMP认证
开放讲座|PgMP:项目管理思维与方法
开放讲座|《项目组合管理与PfMP认证
网络讲座|《项目组合管理与个人职业
开放讲座|《项目组合管理与PfMP认证
网络直播|产品经理的四大核心技能提

精彩专题

如何做好项目沟通计划

软件项目质量管理

国际工程索赔与反索赔

更多:

推荐信息

·项目经理沙龙俱乐部
·推荐项目管理公开课程
·联盟VIP会员服务
·联盟99元大课堂
·建造师课程辅导免费试听

社区圈子

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

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

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

西安IT项目管理
圈主:muzud
行业:IT软件

房地产项目管理
圈主:13935823
行业:房地产

联系社区管理员

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


版权所有 © 2003-2004
京ICP证070584号 
BBS业务许可2007第353号 
最佳显示模式:1024*768像素
项目管理与PMP认证
导致项目失败的另一个三角形 (下) [sagefaquir 修改于 2008/5/8]
状态 开放帖 浏览量 1321   
作者:和钰鹏 2008.05.06 北京 上文说到那个更大的影响项目成败的三角形,想必各位经理也或多或少在实际工作中有过切身体会,只是有深有浅而已。 现在我打算针对上文中所提及的三个方面来继续论述一下其中的问题: 一、管理方面的因素 提及管理方面的因素可能各位会想到文化、薪酬、激励、执行、效率、等等问题,而且我完全相信这里的每一位职业项目经理人都会在刹那间列出比上述更多的方面来诠释管理这个博大精深的领域,让我们暂时从这些庞杂的因素中抽离出来,回顾一下任何教材性质的书 籍中都会提及的一个基础问题--组织结构。 再熟悉不过了是吧?嗯,概念何其基础,影响又何其广大! 无论你处在职能组织还是项目组织亦或矩阵组织,那么清晰的阐述其利弊都不用我多费唇舌,因为书上都有。但是在我看来目前我所了解过的企业的实际情况为三者都不是,三者又都有所涉猎,国语讲就是生活在一个不伦不类的组织中而自行其是。 1、不懂项目的人重视项目,这通常出现在最高层,因为他们确实意识到项目所产生的绩效。 2、不懂装懂的人附和项目,这通常出现在职能经理那里,他们通常认知为具体的项目成效和他们并不存在那么紧密的利益关系(甚至项目所产生的结果还会对自己的部门产生负面影响暴露本部的问题),只是需要他们提供有技术的人员 3、项目经理关注项目,但涉及到人员编制、技术责任等问题不能得到很好的职能层面的支持 4、职能层面认为只要提供人员就可以了,其他问题都与自己无关,都是项目经理的事。 5、职能经理是项目经理的直属上级,职能经理的干预会使得项目经理诚惶诚恐的执行并为别人的错而负责。 6、较有意思的是职能经理每周听项目经理汇报项目状况,然后由职能经理像老总转述。 7、处理需求的原则是:不光外部客户要求变,内部领导更要变,外部客户一周一变,那好,我内部领导就三天一变。我要变,变嘛~,人家就要变嘛~ 上述问题是工作中责任推诿、隶属不清、丧失工作效率与执行力等其他管理问题暴露和滋生的良好土壤,由此可见管理方面的因素和组 织结构是有着较密切的关系的。 组织结构如同一座巨型建筑的龙骨,合理的龙骨才能成为成就良好管理的助力之一,这是每个管理人员都应注意的问题。 目光放回到现实的工作环境里,也许组织结构的问题不是一个项目经理说变就能变得了的,这恰恰成为了职业项目经理人的硬伤! 二、技术方面的因素 技术问题即是个单纯得不能在单纯的问题,又是个复杂得不能在复杂的问题。 说它单纯是因为它就是技术,强就是强,弱就是弱,没有模糊概念可言。它对项目成败甚至企业发展都起到很重要的影响作用。 但我认为技术不能与人员分开来讲,分开来就没得可讲,因为技术所代表的实质上是人员的才干、专业能力和素养等多种因素。突然想到那句“科技以人为本”是可以有两种解释的,第一种是科技是充分服务与人的,贴合于人的,人性化的。第二种是科技(歪曲理解为技术)是由掌握技术的人的能力和专业技能来决定的。 以我个人的行业经验来理解的话,我会把技术比作等待项目经理人驯服的一匹烈马。如果你能驾驭得了它,那么它便会令你事半功倍如虎添翼,相反的如果你驾驭不了它的话,它会让你人仰马翻摔得很疼。 我曾看到很多发问,问:“项目经理可以不懂技术吗?”,这个众说纷纭。我只能建议,项目经理懂技术比不懂技术好。然而每个人眼中的所谓“懂”的程度又不一样,只能根据自己的条件好好把握了,没有固定的程度可言。为什么这么说呢,因为那要看你所带领的团 队的成员技术水平到何种程度了,如果你的团队成员技术水平很高,那么你就是一个不懂技术的经理,反之你就是个懂技术且技术水平 较高的项目经理,对吧。 这里又说到项目经理带领的团队的技术水平问题了,我认为这个技术是项目成败的决定性因素,也是这匹烈马真正“烈”的地方。 如果一个项目所需要的技术重点难点能由团队内富有经验和技术能力较强的人来解决那么是最好不过的情况,但通常项目的人员并非每都是项目经理亲自挑选出来的认为合适的成员,更多的情况是职能部门提供给项目经理的人员,那么更多出现的状况就是技术难点解决困难,致使项目风险激增,这个我把他叫做炸弹,属于摆在你眼前让你眼睁睁看着爆掉的类型,还有一种是技术能力不过硬的团队在制作时会不停的留下潜在的BUG,直到某一天,神不知鬼不觉突然爆炸,这个我把他叫做地雷。 这两种情况都需要项目经理有一颗比别人更强壮的心脏,但两者相较而言,我更希望是炸弹,起码死个明白! 三、流程方面的因素 流程方面我感受较多的地方是现在的流程很多,每一个都被捧的很好,如ISO、CMM、CMMI等多被很多企业所推崇。但怎么都感觉国内的企业并非是为了改善运转实现更高更强的目标而推崇并执行这些方法,而是为了通过认证而做,多花些钱多陪些酒走走关系拿个认证,就是光环了。流程要么很僵化的执行要么就是一个花瓶根本就摆在那里不被执行,当然,根本没有流程的单位不在探讨范围之内。 合理的流程重要的在于正确的执行。不能被妥善执行的流程只会给企业、项目增加更多麻烦。 而事实上是很多人都觉得执行流程太过烦琐,浪费时间,本来可以一次完成的工作没必要那么烦琐,可是他们恰恰忽略了企业能运转到今天必然是遇到了各种各样的问题经过不断总结和完善才决定实行一套流程。对流程执行的厌烦和抵触恰恰是因为他们没有体验过挫折和失败,但很多事实证明一旦失败了,你就再没有机会爬起来。 流程的重要作用正在于此,他规范了执行的行为,避免了潜在的危险和浪费,乐天派可以把它理解为游戏规则,强硬派可以把他理解为纪律或手则,在我看来无论怎样理解,只要你不把它理解为烦琐的步骤或难以理解的天书,那么工作中遵循合理流程将是高效完成任务的支柱之一。 你也许会看到很多高层领导以职权逾越流程的鸿沟而没有失败,但千万不要效仿这种所谓便捷但实则投机心理严重的做法,不因为别的,只因为不是不报,时辰未到! 综上所述,忽视不得,别人输得起,唯独项目经理人,咱们输不起!
--------------------------------------------------------------------------------------------------------
真没有。
>>> 由论坛统一发布的广告:
楼主 帅哥约,不在线,有人找我吗?sagefaquir


职务 无
军衔 一等兵
来自 北京市
发帖 37篇
注册 2007/11/17
PM币 147
经验 155点

Re:导致项目失败的另一个三角形 (下) [回复于 2008/5/8]
警钟!!

大家都看看呀。

1楼 帅哥约,不在线,有人找我吗?idle0206


职务 无
军衔 二等兵
来自 辽宁
发帖 28篇
注册 2008/5/8
PM币 108
经验 86点

Re:导致项目失败的另一个三角形 (下) [回复于 2008/5/8]
作者:和钰鹏
2008.05.06
北京

上文说到那个更大的影响项目成败的三角形,想必各位经理也或多或少在实际工作中有过切身体会,只是有深有浅而已。
现在我打算针对上文中所提及的三个方面来继续论述一下其中的问题:
一、管理方面的因素
提及管理方面的因素可能各位会想到文化、薪酬、激励、执行、效率、等等问题,而且我完全相信这里的每一位职业项目经理人都会在刹那间列出比上述更多的方面来诠释管理这个博大精深的领域,让我们暂时从这些庞杂的因素中抽离出来,回顾一下任何教材性质的书 籍中都会提及的一个基础问题--组织结构。
再熟悉不过了是吧?嗯,概念何其基础,影响又何其广大!
无论你处在职能组织还是项目组织亦或矩阵组织,那么清晰的阐述其利弊都不用我多费唇舌,因为书上都有。但是在我看来目前我所了解过的企业的实际情况为三者都不是,三者又都有所涉猎,国语讲就是生活在一个不伦不类的组织中而自行其是。
1、不懂项目的人重视项目,这通常出现在最高层,因为他们确实意识到项目所产生的绩效。
2、不懂装懂的人附和项目,这通常出现在职能经理那里,他们通常认知为具体的项目成效和他们并不存在那么紧密的利益关系(甚至项目所产生的结果还会对自己的部门产生负面影响暴露本部的问题),只是需要他们提供有技术的人员
3、项目经理关注项目,但涉及到人员编制、技术责任等问题不能得到很好的职能层面的支持
4、职能层面认为只要提供人员就可以了,其他问题都与自己无关,都是项目经理的事。
5、职能经理是项目经理的直属上级,职能经理的干预会使得项目经理诚惶诚恐的执行并为别人的错而负责。
6、较有意思的是职能经理每周听项目经理汇报项目状况,然后由职能经理像老总转述。
7、处理需求的原则是:不光外部客户要求变,内部领导更要变,外部客户一周一变,那好,我内部领导就三天一变。我要变,变嘛~,人家就要变嘛~

上述问题是工作中责任推诿、隶属不清、丧失工作效率与执行力等其他管理问题暴露和滋生的良好土壤,由此可见管理方面的因素和组 织结构是有着较密切的关系的。
组织结构如同一座巨型建筑的龙骨,合理的龙骨才能成为成就良好管理的助力之一,这是每个管理人员都应注意的问题。
目光放回到现实的工作环境里,也许组织结构的问题不是一个项目经理说变就能变得了的,这恰恰成为了职业项目经理人的硬伤!

二、技术方面的因素
技术问题即是个单纯得不能在单纯的问题,又是个复杂得不能在复杂的问题。
说它单纯是因为它就是技术,强就是强,弱就是弱,没有模糊概念可言。它对项目成败甚至企业发展都起到很重要的影响作用。
但我认为技术不能与人员分开来讲,分开来就没得可讲,因为技术所代表的实质上是人员的才干、专业能力和素养等多种因素。突然想到那句“科技以人为本”是可以有两种解释的,第一种是科技是充分服务与人的,贴合于人的,人性化的。第二种是科技(歪曲理解为技术)是由掌握技术的人的能力和专业技能来决定的。
以我个人的行业经验来理解的话,我会把技术比作等待项目经理人驯服的一匹烈马。如果你能驾驭得了它,那么它便会令你事半功倍如虎添翼,相反的如果你驾驭不了它的话,它会让你人仰马翻摔得很疼。
我曾看到很多发问,问:“项目经理可以不懂技术吗?”,这个众说纷纭。我只能建议,项目经理懂技术比不懂技术好。然而每个人眼中的所谓“懂”的程度又不一样,只能根据自己的条件好好把握了,没有固定的程度可言。为什么这么说呢,因为那要看你所带领的团 队的成员技术水平到何种程度了,如果你的团队成员技术水平很高,那么你就是一个不懂技术的经理,反之你就是个懂技术且技术水平 较高的项目经理,对吧。
这里又说到项目经理带领的团队的技术水平问题了,我认为这个技术是项目成败的决定性因素,也是这匹烈马真正“烈”的地方。
如果一个项目所需要的技术重点难点能由团队内富有经验和技术能力较强的人来解决那么是最好不过的情况,但通常项目的人员并非每都是项目经理亲自挑选出来的认为合适的成员,更多的情况是职能部门提供给项目经理的人员,那么更多出现的状况就是技术难点解决困难,致使项目风险激增,这个我把他叫做炸弹,属于摆在你眼前让你眼睁睁看着爆掉的类型,还有一种是技术能力不过硬的团队在制作时会不停的留下潜在的BUG,直到某一天,神不知鬼不觉突然爆炸,这个我把他叫做地雷。
这两种情况都需要项目经理有一颗比别人更强壮的心脏,但两者相较而言,我更希望是炸弹,起码死个明白!

三、流程方面的因素
流程方面我感受较多的地方是现在的流程很多,每一个都被捧的很好,如ISO、CMM、CMMI等多被很多企业所推崇。但怎么都感觉国内的企业并非是为了改善运转实现更高更强的目标而推崇并执行这些方法,而是为了通过认证而做,多花些钱多陪些酒走走关系拿个认证,就是光环了。流程要么很僵化的执行要么就是一个花瓶根本就摆在那里不被执行,当然,根本没有流程的单位不在探讨范围之内。
合理的流程重要的在于正确的执行。不能被妥善执行的流程只会给企业、项目增加更多麻烦。
而事实上是很多人都觉得执行流程太过烦琐,浪费时间,本来可以一次完成的工作没必要那么烦琐,可是他们恰恰忽略了企业能运转到今天必然是遇到了各种各样的问题经过不断总结和完善才决定实行一套流程。对流程执行的厌烦和抵触恰恰是因为他们没有体验过挫折和失败,但很多事实证明一旦失败了,你就再没有机会爬起来。
流程的重要作用正在于此,他规范了执行的行为,避免了潜在的危险和浪费,乐天派可以把它理解为游戏规则,强硬派可以把他理解为纪律或手则,在我看来无论怎样理解,只要你不把它理解为烦琐的步骤或难以理解的天书,那么工作中遵循合理流程将是高效完成任务的支柱之一。
你也许会看到很多高层领导以职权逾越流程的鸿沟而没有失败,但千万不要效仿这种所谓便捷但实则投机心理严重的做法,不因为别的,只因为不是不报,时辰未到!

综上所述,忽视不得,别人输得起,唯独项目经理人,咱们输不起!

--------------------------------------------------------------------------------------------------------
真没有。
2楼 帅哥约,不在线,有人找我吗?sagefaquir


职务 无
军衔 一等兵
来自 北京市
发帖 37篇
注册 2007/11/17
PM币 147
经验 155点

共1页  97 [ 第1页 ] 8:
  
!  您尚未登录,不能回复主题。    现在 登录  注册
关于联盟 | VIP会员 | 培训服务 | PMP认证 | PgMP认证 | 刊物出版 | 沙龙会议 | 人才服务 | 广告投放 | 联系我们 | 友情链接
建设运营:共创时网络
版权所有 京ICP证070584号 BBS业务许可2007第353号