您的团队需要什么样的PM?

标签: 团队 需要 pm | 发表时间:2012-06-21 01:23 | 作者:admin
出处:http://ucdchina.com/rss/all

     在腾讯,多数部门的实际采用了职能化或弱矩阵的组织结构形式。中心和小组等组织层级实质属于职能线条,产品、开发、测试、运营、运维等职能角色是产品运营的主要角色,而各部门都会或多或少有一些全职或兼职的PM组织管理着各类跨职能活动。

      基于各自情况的不同和各自对PM职位理解的差异,对PM职位的定位也千姿百态。随着腾讯公司规模和部门的规模也不断增长,PM这个群体也越来越大,如何更有效的发挥PM的价值,应该是一个值得探讨的问题。

      这里在针对腾讯内部各不同事业单位和公司级项目中从事着项目管理工作,比较较多的PM形态,分类出以下几种常见的对PM的形态: 

     秘书型 这种类型的PM一般主要协助主导项目的职能线领导等进行项目活动组织,以及传达、记录和跟踪执行等层面的工作,自身对项目的理解较少,对项目事项的判断力弱,风险识别力弱,不能分解项目工作,甚至多数协调活动也不能完成。 

     保姆型 保姆型PM的主要特点是对项目事无巨细的参与,更多的定位于为项目团队服务,这类PM通常对事情优先级、重要性的判断力较弱,或者本身理解和判断力不弱,但因不善拒绝等原因而成为这种类型。保姆型PM常常忙于事务处理,而对项目的深入和重点把握不够,比较容易成为二转手,团队也会惯性的将不愿意做的杂事都交给PM来做。

     助手型 助手型PM与秘书型PM有类似之处,但助手型PM对事务的判断能力和组织协调能力等强于秘书型,对项目的理解力相对较强,对项目局部事务有一定的掌控力,但比较缺乏对项目系统全面的理解和掌控,通常会过分受制老大的意见,依赖老大的安排,老大交待什么就做什么、相对缺少独立思考和见解。

     流程型 流程型PM的主要特点时倾向于依赖流程解决问题,比较囿于制定流程并执行,较少应用系统的项目管理方法的管理项目。

     主导型 主导型PM对项目的掌控力强,结果导向,对目标负责,对项目有较深入的理解,对项目事务能做于重点突出,善于发挥团队力量,并能有效的控制项目节奏,在整体项目进程中发挥重要的主导作用。

      应该来讲,以上各种PM类型,不能简单以好坏分之,不同类型的PM通常适应了不同类型的团队或团队在不同阶段的需要。在团队规模比较小的时候,团队的沟通、组织、协调等都比较简单,通常没有集中明确的项目管理,项目管理主要工作通常由职能线各级领导或骨干等强势人物分担,或分散在团队中,主要依赖团队自运转,团队中可能没有专职PM或逐步出现各种非主导型PM。

       随着团队规模增长,垂直团队之间的沟通、组织、协作等开始变越来越复杂,职能线条强势人物主导一切会变得越来越困难,他们会成为团队运作的瓶颈。而身处职能线的项目主导人物通常难以完全克服本位主义,而使得项目团队矛盾不易调和。这种情况下,主导型PM独立主导项目,分担职能线强势人物身上过多的项目管理工作,将有助于提升团队整体效率。主导型PM以结果导向,带领跨职能项目团队达成项目目标,也将有助于促进大职能团队的横向融合,填补垂直职能团队间的沟壑。

       那么,您的团队,需要什么样的PM呢?

 

源地址: http://djt.qq.com/portal.php?mod=view&aid=268

相关 [团队 需要 pm] 推荐:

您的团队需要什么样的PM?

- - 所有文章 - UCD大社区
     在腾讯,多数部门的实际采用了职能化或弱矩阵的组织结构形式. 中心和小组等组织层级实质属于职能线条,产品、开发、测试、运营、运维等职能角色是产品运营的主要角色,而各部门都会或多或少有一些全职或兼职的PM组织管理着各类跨职能活动.       基于各自情况的不同和各自对PM职位理解的差异,对PM职位的定位也千姿百态.

从编辑到PM

- 小鱼 - 所有文章 - UCD大社区
春节前收到一封陌生人的来信,一位网站频道编辑,向我咨询转型PM的可行性. 他问道:“你觉得做媒体和做产品,以前一样么. 话题很有趣,我也乐意就此写点什么. 遗憾的是,编辑转产品的成功概率却是不高的,就我的经验来看,存在四个障碍. 媒体工作需要捕捉阅读的共性,即“大家都爱看的内容”,相对来说比较忽视用户的个性化特征.

如何与PM沟通

- - 曉生
1.要学会听取别人意见,也许PM提出的问题你并没有考虑到,集思广益,可以得出有更好的方案. 值得肯定的是,你设计时已经能学会从产品角度考虑,引导用户操作,而不是单纯的好看. 只要不是单纯审美上的PK,都可以讨论,不是吗. 2.让产品阐述自己的需求点,明确重点. PM们七嘴八舌肯定不对的,要引导他们梳理出统一的意见.

PM札记:产品设计这两年

- - 所有文章 - UCD大社区
做产品差不多也两年左右了,基本上这条路是磕磕绊绊,迷迷糊糊,但好歹大方向是正确的,有空回想总结起来,唏嘘不已,看看以前对产品的看法,再看看今天对产品的认识,不仅感叹自己当初的幼稚,如今,更多的是了解了自己的无知与渺小,怀着一颗谦卑的心,继续学习,在产品这条路上寻找自己的价值. 产品职责包含很多东西,产品设计只是其中的一种职责,只是简单的描述一下我在产品设计上的弯路,回想起我的产品设计生涯,目前走过了三个阶段:.

PM培训的答疑课小结

- - 阿里巴巴(中国站)用户体验设计部博客
这期PM培训的最后一次课安排的是答疑,回答了一些同学们普遍关心的问题. 对学员们和讲师的讨论,我做了些小结如下:. 产生这种情况说明项目管理已经存在大的问题了. 要做到的是提前预知,避免这种情况的出现. 万一出现了,首先要深入了解原因. 两个方向,项目内搞定或者项目外搞定. 回答这个问题的关键是找关键路径.

浅析PM工作流引擎

- - CSDN博客推荐文章
1.      JBPM工作流引擎是用来做什么的. 首先要说明的一点是工作流引擎指的并不只是JBPM,JBPM只是工作流引擎的一种. JBPM利用JPDL流程定义语言将现实生活中处理事务的业务流程进行抽象,形成一套业务流程规则,只要处理该项业务就必须按照这个流程规则进行. 举一个很简单的例子,就拿看医生来讲,看医生的整个流程必须是先挂号,再看病,再抓药,只要你进行看医生这个业务就必须按照这套流程进行.

如何防止架构师PM化

- -
和一些做项目主架构或者一号位的同学聊天,经常会听到一种说法:项目主架构做着做着就会做成PM. 这背后什么含义呢,细品下来有几层意思:. 整个集团的架构非常复杂,涉及的域众多,做主架构或者一号位需要大量的协调投入;. 不同域之间的资源错配现象严重,需要投入大量精力在锁定资源和推进排期上;. 项目结构过于复杂,PM催主架构,主架构催域架构,域架构催开发,层层订,各种站会,代码没几行,会议一大堆;.

加入创业团队需要具备的9点素质[转]

- 火锅土豆 - 互联网产品经理—高巍谈互联网产品管理、产品创新及设计
作者:西涯无忌:网站(www.lezipu.com),博客(http://horusming.blog.163.com/). 来源:http://horusming.blog.163.com/blog/static/8180263720105210729435/. 你究竟是想要一份稳定的工作,还是去一个创业团队里打拼.

中国创业团队需要怎样的工程师文化?

- - InfoQ cn
《打造Facebook》一书中作者介绍了Facebook工程师文化的主要特点,包括:工程师根据兴趣选择任务团队;工程师主导任务的整个过程,并对结果负责;工程师决定一功能做还是不做等等. 知乎社区针对“国内的文化和现状是否可以照搬Facebook的行事,是否需要接地气,也就是针对国内的具体情况做些调整.