艾伟也谈项目管理,学习腾讯的产品管理之道

  马化腾带着一大批产品高管自上而下,持之以恒地推动产品本位的管理体制规范化,并不断地创新和优化这套体制,使得整个公司上上下下融入了“产品的基因”,最终成就了“产品的腾讯”。

  1、设置一个质量监控小组,由经验非常丰富的高Level的产品人员构成,赋予他们很大的权力,去监控和规范所有的产品项目。并且用KPI来制约产品项目服从这些规范。为了不搞教条主义,很多规范都是在立项之初,由项目经理和这个小组共同确认的,未必是硬性指派,一经确认就受到严格监控。确保好的规范不流于空喊口号。

  2、每个产品都设置公开的反馈论坛,突出外部入口,积极征询用户意见,并以内部轮班方式回复“每一条”有价值的反馈,要求以“人对人,面对面”的沟通态度来进行解答,禁止机械问答。公司高层(包括小马哥)不定期巡查每一个产品论坛,一旦发现有不认真回复用户的情况,立即予以训诫。确保产品人员与用户长期保持近距离接触。

  3、每个产品都设置内部的交流平台,分为两部分,一块类似留言板,由产品主管发布项目的进度、动态;另一块是论坛,向公司内部所有人开放,接纳反馈。在腾讯内部已经形成了非常活跃的氛围,甚至以该平台人气高涨为荣(至少你主管会喜欢这个),利用这个平台跨项目提意见,或是项目组内部交流思维碎片都很常见,达到了群策群力,内部监督的效果。

  4、设置产品架构师这样一个职位,由少数几个技术精英,负责所有项目的系统架构搭建,只搭架构,确保每个项目的底层合理性。

  5、执行项目总结制度,在每个版本上线后,由相应的策划-开发-测试人员开一个会,每个人都总结在这个版本过程里,有什么心得,有什么失误,可以怎么改善,尤其注意改进三方人员的配合过程。用制度的方式来强制反省,强制跨职能沟通。几个版本下来,项目效率就会有明显的提高。

  6、执行灰度发布政策非常之彻底,一个版本会经过若干级的内部测试,再向外部用户逐步放量升级,不断修正问题之后,最后进行大规模发布。确保提前发现问题,受影响的用户面尽可能小。与此同时,腾讯异常活跃的内部交流氛围,也能让产品在内部测试时得到较多专业反馈。

  7、拥有背靠客户端,强大的数据挖掘功能,具体描述起来比较复杂,总之非常强大,数据细致到令人吃惊的地步。数据挖掘部门的地位也是相当高的。我以前说过“统计数据太单薄无法推导出可靠结果”这样的话,但在腾讯的数据挖掘机能面前,这句话恐怕要改口。

  8、设置对新人和新项目的风险管理机制,比如3个老程序员带1个新程序员,将技术管理和具体开发的工作彻底分离,每周进行代码走读,对新产品采取格外严格的测试安排等等,使得缺乏经验带来的技术损害被降至最低。

  其他还有一些大路货的东西,一些理想化的不可靠的东西,就不讲了。令我感慨并且佩服的,就是以上八点。不是佩服腾讯能做这八件事情——要说想法,我都能够想到,我也有自己的一套项目管理团队建设的技巧。但腾讯从公司层面,从最高领导人的层面,身体力行地把产品管理的专业准则给贯彻下去,用多种监控手段来避免其放空炮,令产品管理制度化,体系化,好的经验在内部流通开来,成为一种积极向上的约束力,带来整个大产品团队的合力,而不是任由项目经理各自摸爬滚打。马化腾带着一大批产品高管自上而下,持之以恒地推动产品本位的管理体制规范化,并不断地创新和优化这套体制,使得整个公司上上下下融入了“产品的基因”,最终成就了“产品的腾讯”。

时间: 2024-09-20 06:13:49

艾伟也谈项目管理,学习腾讯的产品管理之道的相关文章

学习腾讯的产品管理之道

最近看了一些讲http://www.aliyun.com/zixun/aggregation/8957.html">腾讯产品管理体系的文章,虚实都有,恰好有个同事以前在腾讯工作,能提供第一手的资料.于是今天下午开了1小时会议,专门讨论腾讯的管理之道,发现有这么几点处理得很好.马化腾带着一大批产品高管自上而下,持之以恒地推动产品本位的管理体制规范化,并不断地创新和优化这套体制,使得整个公司上上下下融入了"产品的基因",最终成就了"产品的腾讯". 1.设

艾伟也谈项目管理,有一种企业文化叫产品精神

公司有多少种产品,有多少种移动电子商务产品,又有多少种软件产品?有几位仁兄能说出全部?每个产品线又对其他产品线了解多少,每个产品设计人员又可以从其他产品线设计人员那里学到什么经验,学到什么先进的设计理念,学到什么成功的设计方法? 或许是我孤陋寡闻,或许是我性格有障碍,又或许是我级别太低,在我在公司将近一年的时间里,几乎看不何关于产品设计,产品管理,产品规划的头脑风暴,抑或是不同产品线成功经验,失败教训的分享会,抑或是关于产品设计相关的培训.我们每个产品线的产品人员像是一个个打游击战的散兵,侵扰可

艾伟也谈项目管理,我眼中的DevOps

相关文章:DevOps,不是一个传说! 过去一年以来,一批来自欧美的.不墨守陈规的系统管理员和开发人员一直在谈论一个新概念:DevOps.DevOps 就是开发(Development) 和运维(Operations)这两个领域的合并.(如果没错的话,DevOps还包括产品管理.QA.*winces* 甚至销售等领域) 脱节(The Broken) 那么--为什么要合并这两个领域?原因很多,但首要原因是:我们目前的工作流程是脱节的.绝对的脱节.很多公司的开发部门和运维部门之间存在的深刻矛盾,其实

艾伟:C#多线程学习(四) 多线程的自动管理(线程池)

本系列文章导航 C#多线程学习(一) 多线程的相关概念 C#多线程学习(二) 如何操纵一个线程 C#多线程学习(三) 生产者和消费者 C#多线程学习(四) 多线程的自动管理(线程池) C#多线程学习(五) 多线程的自动管理(定时器) C#多线程学习(六) 互斥对象 在多线程的程序中,经常会出现两种情况: 一种情况: 应用程序中,线程把大部分的时间花费在等待状态,等待某个事件发生,然后才能给予响应 这一般使用ThreadPool(线程池)来解决: 另一种情况:线程平时都处于休眠状态,只是周期性地被

艾伟:C#多线程学习(五) 多线程的自动管理(定时器)

本系列文章导航 C#多线程学习(一) 多线程的相关概念 C#多线程学习(二) 如何操纵一个线程 C#多线程学习(三) 生产者和消费者 C#多线程学习(四) 多线程的自动管理(线程池) C#多线程学习(五) 多线程的自动管理(定时器) C#多线程学习(六) 互斥对象 Timer类:设置一个定时器,定时执行用户指定的函数. 定时器启动后,系统将自动建立一个新的线程,执行用户指定的函数. 初始化一个Timer对象: Timer timer = new Timer(timerDelegate, s,10

艾伟也谈项目管理,项目经理要向唐骏学习

中国人性喜围观,然而在中国,大部分新闻并没有围观的价值,这未免让人失望.但是,只要是加上"唐骏"这个名字,新闻总是能让我们围观者觉得值,觉得得到某种满足,从这一点上来讲,唐骏牛!真的很牛!! 这一次,唐骏给大家带来的是"假文凭事件",整个事件的发展,真是一波未平一波又起,可谓波澜壮阔,最后发展成为事关"诚信"的大事件. 我不得不说,唐骏,你太牛了!!! 唐骏本身并不是坏人,也不是没有能力,到现在我还十分佩服他.而且我还想维护他,因为事情发展到现在

艾伟也谈项目管理,编程习惯

文/Alexey Radul 译/程显峰 原文地址:http://web.mit.edu/~axch/www/programming_habits.html 近年来,我对编程艺术有很多体会.过后,我发现有些体会是错的:有些体会我遗忘了但又重新感受到:而另外有些则是必然会发现的.我还完善了一套项目管理的好习惯,这些习惯包括我自己的,或者小组的,抑或是更大的,公司内部的.一方面,这些习惯对软件的成功开发是至关重要的(太小或者纯粹巧合的不算),另一方面,这些习惯也不是什么高深莫测的东西,较小的篇幅就可

艾伟也谈项目管理,我也发软件开发团队的思考(侧重点是人员)

//上个月给我们老板的mail.洋洋洒洒6000多字. //为了方便公开,改了一下.以致可能有些地方前言不搭后语. //不管他同意不同意,先在我们组实行了再说. //请多大家多提提意见,日后看有没有机会找老板当面交流 经历的几个项目,项目的进度老是不尽如人意.更重要的是市场的开拓因为这些项目拖住了后退而无所作为. 我们现有的情况是:项目期限和最开始的保守估计都相去甚远,最后提交给客户的产品60%都是最后一个多月开发出来的,还有20%左右是以前就固有的固定模块.这几个项目我参与了编码,我对整个系统

艾伟也谈项目管理,我的项目管理观点

    公司要我给项目经理做一个培训,关于项目经理的做事情的方法和观点方面.我就采用了Workshop的方式,Workshop不是会议模式,而是侧重于交流会谈的一种模式,毕竟大家都是项目经理,并非说我的做法就是对的,所有的一切都是自己的经验之谈,所以我只是说大家彼此分享经验,交流心得.我把我所要分析的内容大概做了一个讲义,也希望更多人能够参与到这个Workshop中.项目经理好做吗?      项目经理好做吗?好做!项目经理好做吗?不好做.不同的人.不同的态度.不同的方法,其结果也就存在有极大的