谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
时间差不多了
今天很高兴能和大家继续交流
今天我们聊聊项目经理、部门经理之间的关系
fan-pm-gz 说:
!
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
我们知道,从PMI体系来看,公司项目组织结构是分以下几类的
xiyeqing99-pm-上海 说:
谁说
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
智能型、项目型、矩阵型
晓波 说:
智能型?????
allen luo- pmo pm-bj 说:
职能
TonyAquarian_IT Consulting_北京 说:
职能
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
除了完全的项目型,组织结构中就存在项目经理、部门经理两个较色
两个较色之间是怎么样关系?
1、对于职能型项目组织,项目经理是虚职,基本属于协调员较色,部门经理的权限比较大、威望也高、待遇也不错。
这种情况下,部门经理是看不上项目经理的,项目经理也非常渴望能成部门经理。
就具体项目操作而言,项目经理对项目进度计划、质量计划【有时不负责质量】负责,定期整理进度表奔走与各部门之间
如软件部、架构部、测试部等
当发生突发事情时,特别是在资源紧张的时候,部门经理通常会手下不留情,直接从所谓项目组中抽调人手和资源去做新工作。
xiyeqing99-pm-上海 说:
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
项目经理会很无奈,只有向总经理抱怨的份。
xiyeqing99-pm-上海 说:
不是吧
不胜人生一场醉-闲人一个-海口 说:
差不多就这样,在非专业IT公司
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
这就是这种模式下的项目经理和部门经理的关系基调
蔡晓东-技术主管-it-福州 说:
xiyeqing99,老谷说的是“智能型项目组织”。
fan-pm-gz 说:
我们这里就这样
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
那么,纯粹是这样么?有没有办法了么?作为弱势的项目经理如何调动强势的部门经理,以向总经理负责呢
就是说,我作为项目经理的业绩如何保证呢?
fan-pm-gz 说:
不过不只是部门经理,总监有很大关系
不胜人生一场醉-闲人一个-海口 说:
总经理不懂IT,更信任他的部门经理
susan-pm-湖北 说:
嘘
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
一些组织有总监,属于矩阵式了,等下再说
1、最实际的方法,向总经理示好,争取他的信任,让他给予更多的授权。
lmeteorcyy-pm-it-上海 说:
来迟了。。
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
这种授权,也许是任命的,但更多的是站在部门总经理后的你的影响力
zhang-系统分析员-北京 说:
职能型架构的大都是产品类公司,项目经理可有可无
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
即所谓借势,就是说某经理,你看总经理钦点这个项目,你的帮我啦
2、做好部门经理的客户关系
让你成为他们不可缺少的人,即你能补他们的缺
项目的变动还是会影响部门经理的业绩的。这点要让他认清
chinamath(海茶)-Sr.SE-北京 说:
来完了
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
3、建立项目成员的关系,让他们认同你的专业能力
这种专业能力可以是多种
你如果是技术背景比较深的PM,你的技术影响力会让成员认同;
如果你的沟通能力比较强,你的协同能力、项目管理理论会让这些人认同你
因为他们虽然听部门经理的,但也想将来尝试PM的
因为PM的钱多,接触面多,虽然power没有部门经理大
pgbshu豆子-项目主管-广东顺德 说:
但专业能力需要逐步提高才行
如果PM没有发钱的权力怎么办?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
至少部门可以有多个pm,数量大于部门经理的,自我发展从项目经理出发的机会比部门经理更大
掌握了基调,懂得了这3点利害关系,这个协调性PM会做的不错的
很多大公司的PMO的PM实质也是这种情况
要知道,在智能公司,做的好的PM很可能将来成为部门经理的
那时就是鲤鱼跳龙门的动作了
OK 下面说说,矩阵结构下的PM与部门经理的关系。
所谓矩阵,很明白,就是任何人有两个、三个老板
程序员的老板,一项目经理,二部门经理,三(如果有)总监
james li-ufo-bj 说:
今天是啥题目啊?刚吃好饭回来。
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
那工程师应该听谁的多呢
这就要看,公司组织结构矩阵的强弱了
susan-pm-湖北 说:
项目经理
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
又划分为,弱矩阵,平衡矩阵,强矩阵
richard-leader-shanghai 说:
当然是总监的咯
songhuijuan1982@hotmail.com 说:
感觉一般的还是弱矩阵的多一点了
susan-pm-湖北 说:
以为在互动
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
我们以平衡矩阵为例,所谓平衡,就是PM与部门经理的权限均衡
在平衡矩阵组织中,项目经理已经成为正式任命的领导,项目成员已经从各部门中调动出来
项目经理在确定了项目计划后,项目成员的所有工作都要向项目经理负责
因为公司明确任命了PM,PM就要向公司负责项目的成败,部门经理是不直接负责的。
这个时候,部门经理退居二线,做什么?
资源提供,技术保障,还有补位
貌似部门经理不是很风光的样子,千万不要这么认为
1、向PM提供什么样的项目成员,部门经理直接负责,给都是初级的人PM很累的
2、部门经理通常要负责成员的考核
xiyeqing99-pm-上海 说:
我靠 那pm不能争取一下吗?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
有的组织是PM全面考核,有的是考核放在部门经理季度考核但由PM提供素材、发言权
无论那种考核,基本点是一致的,部门经理考核那么PM会在其中有考核权重,项目经理考核那么部门经理定期、季度考核员工、年度排名调薪。
3、人员都放到各PM了,但还会有突发的任务来,总经理会直接压部门经理的,不会直接找PM
美其名曰没有影响项目资源
这是,部门经理会私下和项目成员沟通,占用他的时间去做突发问题,但要求不能影响项目
由此,可见,项目经理与部门经理在矩阵式管理下的牵动还是很大的
除了,在智能型的PM技巧,还有哪些可以互动的?
很显然,PM的主动性大多了
因为项目经理有考核权之外,还有项目奖金
PM可以用奖金的杠杆调动部门经理临时的调整,
结果很显然,会让项目成员更主动解决双方的要求,
对项目来说奖金要拿,对部门来说工资要涨,工作自然能消化掉。跟重要的是,这个过程项目成员得到了类似项目经理的锻炼
因为突发的任务会让你去全盘负责的,貌似多了工作和压力,但你每解决掉一次这样的任务你就离PM、部门经理近了一步
这就是有意成为PM的起点,而不是考这证那证
对于矩阵的PM来说,与部门经理博弈的空间更大了。
PM对项目全面负责,就可以用结果制衡部门经理随意调动成员
也可以搞人际关系,将自己倾向的人员得以获得
要强调的是
以上所有说的是有基本点的
xiyeqing99-pm-上海 说:
与部门经理博弈?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
就是,PM要学会做人
- Zee 说:
外交手段
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
上面提到的只是小技巧,让内外部客户满意是根本
理解这句话后,PM与部门经理之间的关系就一目了然了
M群-项目管理 说:
【系统提示】- Zee将昵称更改为robertzee-分析-上海
zhang-系统分析员-北京 说:
老谷,做人的技巧是啥
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
OK 以上就是老谷的讲述,抛砖
蔡晓东-技术主管-it-福州 说:
平衡矩阵,本来就给项目经理、部门经理留下足够的博弈空间。但是从组织设计上,怎么解决强势一方压倒弱势一方的问题?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
PM做人没有技巧,踏踏实实做人,老老实实做事
让内外部客户满意
zhang-系统分析员-北京 说:
这个原则貌似没错,可怎么能让PM规避风险,不成为办公室政治的牺牲品呢?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
如果哪个人,无论是PM还是部门经理,强得一塌糊涂
richard-leader-shanghai 说:
老谷前面的问题, 成员应该听谁的, pm, 职能经理还是director, 这个你的答案是什么
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
很简单,屁股决定脑袋,让你能负责的事最大化
不胜人生一场醉-闲人一个-海口 说:
这不可能,pm也是办公室政治的一部分,如果前面有pmo的话,可能会好一点
蔡晓东-技术主管-it-福州 说:
还是排个序号吧,麻烦老谷逐个问题解决,要不会乱的。
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
部门经理太强势,那么把对项目影响最大化抛给老板,以保证项目的角度说
这样立意高,也能制约对方
可怎么能让PM规避风险,不成为办公室政治的牺牲品呢?
简单,让自己成为强势人的一部分
tel
zhang-系统分析员-北京 说:
老谷一语点醒梦中人,这不就是著名的“抱大腿”理论么,赞老谷一个
xiyeqing99-pm-上海 说:
让自己成为强势人的一部分?
怎么强势
richard-leader-shanghai 说:
晕,可以不强势又立于不败之地么
susan-pm-湖北 说:
老谷电话中
zhang-系统分析员-北京 说:
99你去学习下抱大腿或者学学和绅,人家那才是玩关系管理的高手
robertzee-分析-上海 说:
高,实在是高~
zhang-系统分析员-北京 说:
建议大家多看看清宫戏,畅游无涯苦海的必修课
蔡晓东-技术主管-it-福州 说:
清宫戏太假
zhang-系统分析员-北京 说:
咱们学人家的技术,又不是学习人家沟妞的技巧
ddv731731-SSE-上海 说:
最近不是流行《宫心记》嘛
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
没这么复杂
robertzee-分析-上海 说:
大长今 天朝版?
richard-leader-shanghai 说:
看君主论,长短经, 资治通鉴吧...
ddv731731-SSE-上海 说:
结合了《金枝欲孽》和《大长今》
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
不必攻于这些
richard-leader-shanghai 说:
都是封建糟粕
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
老谷前面的问题, 成员应该听谁的, pm, 职能经理还是director, 这个你的答案是什么
robertzee-分析-上海 说:
长短经 是什么?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
这个问题前面已经回答,老兄没有看懂啊
richard-leader-shanghai 说:
好像是说听职能经理的?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
想发展,就都听,提升你的能力。奖金、工资都要长啊
时间是海面的水,挤出来对自己会更大帮助
susan-pm-湖北 说:
如果有冲突呢
richard-leader-shanghai 说:
呵呵, 还是做人重要
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
小冲突消化,大冲突摆选择题
susan-pm-湖北 说:
就是选择哪个的问题啊
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
你不摆谁知道冲突?摆得是否合理?你认为合理其实老板能看出不合理部分。
做人做事啊
事做好老板不一定认同你,所以两手都要硬
richard-leader-shanghai 说:
看事做事
zhang-系统分析员-北京 说:
我想发表一下这趟课的学习心得
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
susan-pm-湖北 说:
玉来了
zhang-系统分析员-北京 说:
当你有幸成为一个Pm,绝对不是就此万事大吉,高枕无忧
你要向前看,向后看,左右两边也要看
看前边,要跟对人,排好队,做正确的事
看后边,你要学会正确的去做事
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
对
蔡晓东-技术主管-it-福州 说:
老谷,我请教一个组织设计的问题。我们的队伍不小了,可是感觉还是很难适用平衡矩阵。因为原来的惯性,每个人对谁的权力大小有一个认识,按平衡矩阵的想法去设计,但执行起来就不平衡了。而且确实很难做到部门、项目两个方面负责人的能力的平衡。
susan-pm-湖北 说:
看左右呢
zhang-系统分析员-北京 说:
左右两边能交就交,不能交一定要划清界限
不胜人生一场醉-闲人一个-海口 说:
蔡,我去给你做副手吧
蔡晓东-技术主管-it-福州 说:
晕
zhang-系统分析员-北京 说:
总之要让你能做的事情最大化
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
没有必要一定采用平衡啊
zhang-系统分析员-北京 说:
你要无时无刻体现自己的价值
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
适合自己的最好
susan-pm-湖北 说:
总结很经典哪,可惜做好真难
蔡晓东-技术主管-it-福州 说:
看左右——作为PM,要与部门经理做好关系;与其他PM为善,不能有人到boss面前去说的你的坏话,众口铄金。
?张小胖 - ??- 北京 说:
咨询一下 SCM的开发计划中用Project来写的话 一般设计、开发、测试怎么划分
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
当前发展稳定,不必调整组织结构
richard-leader-shanghai 说:
我也总结一下
21ca-DEV-西安 说:
看前边,要跟对人,排好队,做正确的事
这句太经典了。
richard-leader-shanghai 说:
虽然这个西安实不是我想要得
蔡晓东-技术主管-it-福州 说:
当前的结构管理层级偏多,信息传递效率低;
晓波 说:
能做的事情最大化???
怎么理解呢?
我太迟钝了
richard-leader-shanghai 说:
又红又专,抓革命促生产
susan-pm-湖北 说:
zhang-系统分析员-北京 说:
最大化就是要去技术员思维,好比许多技术员觉得管理过程就是摆设,毫无用处。作为PM你不但不能如此,还要认真去做,不但要认真去做还要做出成果来,不但要做出成果来,还要让你的老板知道这个成果的作用是多么的巨大啊
fan-pm-gz 说:
是不是凡事张大其词的意思?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
信息效率低,老板人为地么?
zhang的最后一句话非常好
这是正道
zhang-系统分析员-北京 说:
呵呵谢谢老谷表扬
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
态度决定一切
偷懒谁都看得到,机会不会给偷懒的人
蔡晓东-技术主管-it-福州 说:
不是啊。国企通病,管理层次多,指令逐级下行,只要有一级有问题,就不能执行了。我们部门200的规模,下面设有5个产品线及销售组、每个产品线有若干项目组。这样部门内部都有金字塔。
从部门层面的指令下行到项目经理,都会被打折,更不要说到员工了。
晓波 说:
楼上的强
不偷懒不等于说就得到认可,
也需要一些推广的技巧吧?
robertzee-分析-上海 说:
同意
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
晓东,一个建议,你看到的问题老板都看到,小改进不改革会得到认同
susan-pm-湖北 说:
执行力不够是通病
蔡晓东-技术主管-it-福州 说:
老谷真是高人,一语中的!
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
强调下,大家修改下前面,
21ca-DEV-西安 说:
小改进不改革会得到认同
不解。老古解释下吧。
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
标准格式 蔡晓东-技术主管-it-福州
蔡晓东-技术主管-it-福州 说:
从职业发展的角度看,这是最好选择。研究管理方法算是业务爱好吧,所以会尝试各种各样的想法,跟部门经理沟通。
susan-pm-湖北 说:
做好职能部门的客户关系是挺难的
特别是项目中间换了职能经理,新职能经理对项目抵触相当大
songhuijuan1982@hotmail.com 说:
还有就是那种不支持也不抵触,就是不积极,呵呵呵
susan-pm-湖北 说:
对
感谢老谷啦,又上了一堂课,我要开会了,88
时间差不多了
今天很高兴能和大家继续交流
今天我们聊聊项目经理、部门经理之间的关系
fan-pm-gz 说:
!
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
我们知道,从PMI体系来看,公司项目组织结构是分以下几类的
xiyeqing99-pm-上海 说:
谁说
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
智能型、项目型、矩阵型
晓波 说:
智能型?????
allen luo- pmo pm-bj 说:
职能
TonyAquarian_IT Consulting_北京 说:
职能
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
除了完全的项目型,组织结构中就存在项目经理、部门经理两个较色
两个较色之间是怎么样关系?
1、对于职能型项目组织,项目经理是虚职,基本属于协调员较色,部门经理的权限比较大、威望也高、待遇也不错。
这种情况下,部门经理是看不上项目经理的,项目经理也非常渴望能成部门经理。
就具体项目操作而言,项目经理对项目进度计划、质量计划【有时不负责质量】负责,定期整理进度表奔走与各部门之间
如软件部、架构部、测试部等
当发生突发事情时,特别是在资源紧张的时候,部门经理通常会手下不留情,直接从所谓项目组中抽调人手和资源去做新工作。
xiyeqing99-pm-上海 说:
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
项目经理会很无奈,只有向总经理抱怨的份。
xiyeqing99-pm-上海 说:
不是吧
不胜人生一场醉-闲人一个-海口 说:
差不多就这样,在非专业IT公司
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
这就是这种模式下的项目经理和部门经理的关系基调
蔡晓东-技术主管-it-福州 说:
xiyeqing99,老谷说的是“智能型项目组织”。
fan-pm-gz 说:
我们这里就这样
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
那么,纯粹是这样么?有没有办法了么?作为弱势的项目经理如何调动强势的部门经理,以向总经理负责呢
就是说,我作为项目经理的业绩如何保证呢?
fan-pm-gz 说:
不过不只是部门经理,总监有很大关系
不胜人生一场醉-闲人一个-海口 说:
总经理不懂IT,更信任他的部门经理
susan-pm-湖北 说:
嘘
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
一些组织有总监,属于矩阵式了,等下再说
1、最实际的方法,向总经理示好,争取他的信任,让他给予更多的授权。
lmeteorcyy-pm-it-上海 说:
来迟了。。
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
这种授权,也许是任命的,但更多的是站在部门总经理后的你的影响力
zhang-系统分析员-北京 说:
职能型架构的大都是产品类公司,项目经理可有可无
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
即所谓借势,就是说某经理,你看总经理钦点这个项目,你的帮我啦
2、做好部门经理的客户关系
让你成为他们不可缺少的人,即你能补他们的缺
项目的变动还是会影响部门经理的业绩的。这点要让他认清
chinamath(海茶)-Sr.SE-北京 说:
来完了
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
3、建立项目成员的关系,让他们认同你的专业能力
这种专业能力可以是多种
你如果是技术背景比较深的PM,你的技术影响力会让成员认同;
如果你的沟通能力比较强,你的协同能力、项目管理理论会让这些人认同你
因为他们虽然听部门经理的,但也想将来尝试PM的
因为PM的钱多,接触面多,虽然power没有部门经理大
pgbshu豆子-项目主管-广东顺德 说:
但专业能力需要逐步提高才行
如果PM没有发钱的权力怎么办?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
至少部门可以有多个pm,数量大于部门经理的,自我发展从项目经理出发的机会比部门经理更大
掌握了基调,懂得了这3点利害关系,这个协调性PM会做的不错的
很多大公司的PMO的PM实质也是这种情况
要知道,在智能公司,做的好的PM很可能将来成为部门经理的
那时就是鲤鱼跳龙门的动作了
OK 下面说说,矩阵结构下的PM与部门经理的关系。
所谓矩阵,很明白,就是任何人有两个、三个老板
程序员的老板,一项目经理,二部门经理,三(如果有)总监
james li-ufo-bj 说:
今天是啥题目啊?刚吃好饭回来。
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
那工程师应该听谁的多呢
这就要看,公司组织结构矩阵的强弱了
susan-pm-湖北 说:
项目经理
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
又划分为,弱矩阵,平衡矩阵,强矩阵
richard-leader-shanghai 说:
当然是总监的咯
songhuijuan1982@hotmail.com 说:
感觉一般的还是弱矩阵的多一点了
susan-pm-湖北 说:
以为在互动
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
我们以平衡矩阵为例,所谓平衡,就是PM与部门经理的权限均衡
在平衡矩阵组织中,项目经理已经成为正式任命的领导,项目成员已经从各部门中调动出来
项目经理在确定了项目计划后,项目成员的所有工作都要向项目经理负责
因为公司明确任命了PM,PM就要向公司负责项目的成败,部门经理是不直接负责的。
这个时候,部门经理退居二线,做什么?
资源提供,技术保障,还有补位
貌似部门经理不是很风光的样子,千万不要这么认为
1、向PM提供什么样的项目成员,部门经理直接负责,给都是初级的人PM很累的
2、部门经理通常要负责成员的考核
xiyeqing99-pm-上海 说:
我靠 那pm不能争取一下吗?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
有的组织是PM全面考核,有的是考核放在部门经理季度考核但由PM提供素材、发言权
无论那种考核,基本点是一致的,部门经理考核那么PM会在其中有考核权重,项目经理考核那么部门经理定期、季度考核员工、年度排名调薪。
3、人员都放到各PM了,但还会有突发的任务来,总经理会直接压部门经理的,不会直接找PM
美其名曰没有影响项目资源
这是,部门经理会私下和项目成员沟通,占用他的时间去做突发问题,但要求不能影响项目
由此,可见,项目经理与部门经理在矩阵式管理下的牵动还是很大的
除了,在智能型的PM技巧,还有哪些可以互动的?
很显然,PM的主动性大多了
因为项目经理有考核权之外,还有项目奖金
PM可以用奖金的杠杆调动部门经理临时的调整,
结果很显然,会让项目成员更主动解决双方的要求,
对项目来说奖金要拿,对部门来说工资要涨,工作自然能消化掉。跟重要的是,这个过程项目成员得到了类似项目经理的锻炼
因为突发的任务会让你去全盘负责的,貌似多了工作和压力,但你每解决掉一次这样的任务你就离PM、部门经理近了一步
这就是有意成为PM的起点,而不是考这证那证
对于矩阵的PM来说,与部门经理博弈的空间更大了。
PM对项目全面负责,就可以用结果制衡部门经理随意调动成员
也可以搞人际关系,将自己倾向的人员得以获得
要强调的是
以上所有说的是有基本点的
xiyeqing99-pm-上海 说:
与部门经理博弈?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
就是,PM要学会做人
- Zee 说:
外交手段
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
上面提到的只是小技巧,让内外部客户满意是根本
理解这句话后,PM与部门经理之间的关系就一目了然了
M群-项目管理 说:
【系统提示】- Zee将昵称更改为robertzee-分析-上海
zhang-系统分析员-北京 说:
老谷,做人的技巧是啥
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
OK 以上就是老谷的讲述,抛砖
蔡晓东-技术主管-it-福州 说:
平衡矩阵,本来就给项目经理、部门经理留下足够的博弈空间。但是从组织设计上,怎么解决强势一方压倒弱势一方的问题?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
PM做人没有技巧,踏踏实实做人,老老实实做事
让内外部客户满意
zhang-系统分析员-北京 说:
这个原则貌似没错,可怎么能让PM规避风险,不成为办公室政治的牺牲品呢?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
如果哪个人,无论是PM还是部门经理,强得一塌糊涂
richard-leader-shanghai 说:
老谷前面的问题, 成员应该听谁的, pm, 职能经理还是director, 这个你的答案是什么
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
很简单,屁股决定脑袋,让你能负责的事最大化
不胜人生一场醉-闲人一个-海口 说:
这不可能,pm也是办公室政治的一部分,如果前面有pmo的话,可能会好一点
蔡晓东-技术主管-it-福州 说:
还是排个序号吧,麻烦老谷逐个问题解决,要不会乱的。
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
部门经理太强势,那么把对项目影响最大化抛给老板,以保证项目的角度说
这样立意高,也能制约对方
可怎么能让PM规避风险,不成为办公室政治的牺牲品呢?
简单,让自己成为强势人的一部分
tel
zhang-系统分析员-北京 说:
老谷一语点醒梦中人,这不就是著名的“抱大腿”理论么,赞老谷一个
xiyeqing99-pm-上海 说:
让自己成为强势人的一部分?
怎么强势
richard-leader-shanghai 说:
晕,可以不强势又立于不败之地么
susan-pm-湖北 说:
老谷电话中
zhang-系统分析员-北京 说:
99你去学习下抱大腿或者学学和绅,人家那才是玩关系管理的高手
robertzee-分析-上海 说:
高,实在是高~
zhang-系统分析员-北京 说:
建议大家多看看清宫戏,畅游无涯苦海的必修课
蔡晓东-技术主管-it-福州 说:
清宫戏太假
zhang-系统分析员-北京 说:
咱们学人家的技术,又不是学习人家沟妞的技巧
ddv731731-SSE-上海 说:
最近不是流行《宫心记》嘛
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
没这么复杂
robertzee-分析-上海 说:
大长今 天朝版?
richard-leader-shanghai 说:
看君主论,长短经, 资治通鉴吧...
ddv731731-SSE-上海 说:
结合了《金枝欲孽》和《大长今》
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
不必攻于这些
richard-leader-shanghai 说:
都是封建糟粕
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
老谷前面的问题, 成员应该听谁的, pm, 职能经理还是director, 这个你的答案是什么
robertzee-分析-上海 说:
长短经 是什么?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
这个问题前面已经回答,老兄没有看懂啊
richard-leader-shanghai 说:
好像是说听职能经理的?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
想发展,就都听,提升你的能力。奖金、工资都要长啊
时间是海面的水,挤出来对自己会更大帮助
susan-pm-湖北 说:
如果有冲突呢
richard-leader-shanghai 说:
呵呵, 还是做人重要
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
小冲突消化,大冲突摆选择题
susan-pm-湖北 说:
就是选择哪个的问题啊
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
你不摆谁知道冲突?摆得是否合理?你认为合理其实老板能看出不合理部分。
做人做事啊
事做好老板不一定认同你,所以两手都要硬
richard-leader-shanghai 说:
看事做事
zhang-系统分析员-北京 说:
我想发表一下这趟课的学习心得
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
susan-pm-湖北 说:
玉来了
zhang-系统分析员-北京 说:
当你有幸成为一个Pm,绝对不是就此万事大吉,高枕无忧
你要向前看,向后看,左右两边也要看
看前边,要跟对人,排好队,做正确的事
看后边,你要学会正确的去做事
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
对
蔡晓东-技术主管-it-福州 说:
老谷,我请教一个组织设计的问题。我们的队伍不小了,可是感觉还是很难适用平衡矩阵。因为原来的惯性,每个人对谁的权力大小有一个认识,按平衡矩阵的想法去设计,但执行起来就不平衡了。而且确实很难做到部门、项目两个方面负责人的能力的平衡。
susan-pm-湖北 说:
看左右呢
zhang-系统分析员-北京 说:
左右两边能交就交,不能交一定要划清界限
不胜人生一场醉-闲人一个-海口 说:
蔡,我去给你做副手吧
蔡晓东-技术主管-it-福州 说:
晕
zhang-系统分析员-北京 说:
总之要让你能做的事情最大化
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
没有必要一定采用平衡啊
zhang-系统分析员-北京 说:
你要无时无刻体现自己的价值
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
适合自己的最好
susan-pm-湖北 说:
总结很经典哪,可惜做好真难
蔡晓东-技术主管-it-福州 说:
看左右——作为PM,要与部门经理做好关系;与其他PM为善,不能有人到boss面前去说的你的坏话,众口铄金。
?张小胖 - ??- 北京 说:
咨询一下 SCM的开发计划中用Project来写的话 一般设计、开发、测试怎么划分
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
当前发展稳定,不必调整组织结构
richard-leader-shanghai 说:
我也总结一下
21ca-DEV-西安 说:
看前边,要跟对人,排好队,做正确的事
这句太经典了。
richard-leader-shanghai 说:
虽然这个西安实不是我想要得
蔡晓东-技术主管-it-福州 说:
当前的结构管理层级偏多,信息传递效率低;
晓波 说:
能做的事情最大化???
怎么理解呢?
我太迟钝了
richard-leader-shanghai 说:
又红又专,抓革命促生产
susan-pm-湖北 说:
zhang-系统分析员-北京 说:
最大化就是要去技术员思维,好比许多技术员觉得管理过程就是摆设,毫无用处。作为PM你不但不能如此,还要认真去做,不但要认真去做还要做出成果来,不但要做出成果来,还要让你的老板知道这个成果的作用是多么的巨大啊
fan-pm-gz 说:
是不是凡事张大其词的意思?
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
信息效率低,老板人为地么?
zhang的最后一句话非常好
这是正道
zhang-系统分析员-北京 说:
呵呵谢谢老谷表扬
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
态度决定一切
偷懒谁都看得到,机会不会给偷懒的人
蔡晓东-技术主管-it-福州 说:
不是啊。国企通病,管理层次多,指令逐级下行,只要有一级有问题,就不能执行了。我们部门200的规模,下面设有5个产品线及销售组、每个产品线有若干项目组。这样部门内部都有金字塔。
从部门层面的指令下行到项目经理,都会被打折,更不要说到员工了。
晓波 说:
楼上的强
不偷懒不等于说就得到认可,
也需要一些推广的技巧吧?
robertzee-分析-上海 说:
同意
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
晓东,一个建议,你看到的问题老板都看到,小改进不改革会得到认同
susan-pm-湖北 说:
执行力不够是通病
蔡晓东-技术主管-it-福州 说:
老谷真是高人,一语中的!
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
强调下,大家修改下前面,
21ca-DEV-西安 说:
小改进不改革会得到认同
不解。老古解释下吧。
谷雨霖【pharos】-CTO-BJ【帮忙推荐JAVA工程师--北京等地】 说:
标准格式 蔡晓东-技术主管-it-福州
蔡晓东-技术主管-it-福州 说:
从职业发展的角度看,这是最好选择。研究管理方法算是业务爱好吧,所以会尝试各种各样的想法,跟部门经理沟通。
susan-pm-湖北 说:
做好职能部门的客户关系是挺难的
特别是项目中间换了职能经理,新职能经理对项目抵触相当大
songhuijuan1982@hotmail.com 说:
还有就是那种不支持也不抵触,就是不积极,呵呵呵
susan-pm-湖北 说:
对
感谢老谷啦,又上了一堂课,我要开会了,88
来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/3433/viewspace-619819/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/3433/viewspace-619819/