产品的腾讯,产品的基因

腾讯管理之道
服务器君一共花费了167.844 ms进行了5次数据库查询,努力地为您提供了这个页面。
试试阅读模式?希望听取您的建议

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

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

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

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

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

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

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

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

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

本文地址:http://www.nowamagic.net/librarys/veda/detail/871,欢迎访问原出处。

不打个分吗? 还木有人打分噢!

转载随意,但请带上本文地址:

http://www.nowamagic.net/librarys/veda/detail/871

如果你认为这篇文章值得更多人阅读,欢迎使用下面的分享功能。
小提示:您可以按快捷键 Ctrl + D,或点此 加入收藏

大家都在看

阅读一百本计算机著作吧,少年

很多人觉得自己技术进步很慢,学习效率低,我觉得一个重要原因是看的书少了。多少是多呢?起码得看3、4、5、6米吧。给个具体的数量,那就100本书吧。很多人知识结构不好而且不系统,因为在特定领域有一个足够量的知识量+足够良好的知识结构,系统化以后就足以应对大量未曾遇到过的问题。

奉劝自学者:构建特定领域的知识结构体系的路径中再也没有比学习该专业的专业课程更好的了。如果我的知识结构体系足以囊括面试官的大部分甚至吞并他的知识结构体系的话,读到他言语中的一个词我们就已经知道他要表达什么,我们可以让他坐“上位”毕竟他是面试官,但是在知识结构体系以及心理上我们就居高临下。

所以,阅读一百本计算机著作吧,少年!

《重构:改善既有代码的设计》 福勒(Martin Fowler) (作者), 熊节 (译者)

《重构:改善既有代码的设计》清晰地揭示了重构的过程,解释了重构的原理和最佳实践方式,并给出了何时以及何地应该开始挖掘代码以求改善。书中给出了70多个可行的重构,每个重构都介绍了一种经过验证的代码变换手法的动机和技术。《重构:改善既有代码的设计》提出的重构准则将帮助你一次一小步地修改你的代码,从而减少了开发过程中的风险。

更多计算机宝库...