- 浏览: 4822058 次
- 性别:
- 来自: 上海
博客专栏
-
robbin谈管理
浏览量:137102
文章分类
最新评论
-
xly1981:
领导者是团队的灵魂。深入一线的过程,包括代码review,能帮 ...
robbin谈管理:改造团队的经验(2) -
jiehuangwei:
像这种总结比较性的ppt文档可以多发啊
Web并发模型粗浅探讨 -
linux1308:
看完学习到了很多东西,感谢推荐!
推荐一篇很好的RoR部署方案性能评测 -
zweite:
直接对搜索的结果进行缓存是不是会更快一点呢
漫谈应用缓存的命中率问题 -
kaogua:
现在已经是ruby2.0了, 不知道这个的效率是怎么样的, 是 ...
Ruby作为服务器端应用已经成熟了
从ITeye(JavaEye)被CSDN收购,我从上海搬家到北京上班,眨眼之间已经过去了一年多。回顾过去这一年,生活环境发生了巨大改变,工作的职责和角色也重新定位,面临了一些新的困难和挑战。总体来说,感觉自己这一年过得很充实,很有成就感,在公司的大力支持下,计划做并且花了时间和精力努力的事情基本都做成了,如果要给自己打分的话,我会打80分。那剩下的20分代表本计划去做却没有时间或者精力做的事情。希望在未来的一年,可以把我剩下的20分也做好。
2010年3月 - 2010年8月
2010年3月底我到CSDN报道,接手了公司研发部门和产品运营部门,负责CSDN(包括ITeye)网站所有产品,研发,系统运维,网站运营的工作,不过一直到8月我经常不在北京:一方面经常往返北京和上海处理公司并购的事情;另一方面因为母亲病重常常回家照顾。这段时间主要是熟悉公司的状况,了解部门业务和员工。当时部门士气很低落,两个部门总共17个员工,在我接手部门前已经有两个员工提出了辞职,后来陆续有员工离开,到8月底部门剩下了10个人。考虑到自己也是新人,需要时间了解和适应公司,另外刚刚空降,应安抚老员工保证部门正常运转,因此这段时间做了几项有针对性的改良措施:
1、两个部门人员很少,部门之间协作却存在互相推诿;我和基层员工隔了部门主管,团队经理两个层级,不利于深入业务层面进行调整。因此进行了组织架构调整:合并两个部门取消部门主管层级,改设5个团队,团队经理直接向我汇报,减少管理层级,提高执行效率。
2、逐步建立和完善部门规范的管理制度,如:使用JIRA进行整个部门的工作任务量化管理;建立定期周会,周报和月报制度;我亲自制定了部门绩效考评内容、评分标准和奖励等级;要求团队间工作配合必须邮件书面确认抄送给我等等。
3、针对公司过去跨部门配合出现的混乱状况,明确了本部门和公司其他部门合作流程,并要求跨部门合作必须抄送我和相应部门高管,得到我邮件确认才准执行。
4、针对公司过去产品无规划无设计的状况,设立产品团队,制定产品设计流程,我兼任产品经理主抓产品,并开始培养产品设计人员。
在我来公司前,CSDN无产品设计和研发流程,无论部门内部还是跨部门产品研发,都是业务人员直接找负责该产品线的程序员下命令修改;大的产品研发,业务人员找UI设计人员做一套页面就发给程序员要求XX时间完成,相互之间缺乏沟通:一方面程序员反感和抵制没头没脑的需求和毫无计划性的产品变更,觉得自己被使唤来使唤去在公司没地位;另一方面UI设计人员被迫承担了本应该是产品经理的需求搜集和产品设计工作,盲人摸象的做完就交差;最后是业务人员抱怨UI设计人员和程序员根本不配合,觉得他们都是大爷哄着才能干活。结果团队之间部门之间推卸责任,事情做不好只怪对方不给力,自己全然没责任。
针对这种状况我设立了产品团队,亲自兼任产品经理把所有产品都抓过来统一管理。无论部门内部还是跨部门产品研发,统一走产品设计流程:所有产品先经我批准,然后在产品团队立项,走产品原型设计流程,接着才是UI设计和页面制作,最后才是程序员研发。从源头上狠抓产品原型设计,在原型设计阶段反复推敲和修改,慎重的对待每项产品功能,避免了后续UI反复推翻页面设计,程序员反复改产品的大问题。从CSDN产品角度来说这段时间做了一些小的产品改进,如主题课堂,织梦内容发布系统,投票评论留言,新浪微博整合等,但主要工作在梳理CSDN混乱的产品线,通过两次清理,关闭了100多个废弃或者很少被使用的子网站和域名,关闭了很多鸡肋性质的频道,以及核心产品的鸡肋功能。
这几个月虽然做了大量的部门建设工作,员工士气得到了很大的提高,但员工流失仍然在继续。而且我反复强调的工作理念得不到良好的贯彻执行,员工完成的任务质量离我心中的标准差距很大。
2010年9月 - 2011年1月
2010年8月底我彻底base在北京办公,这个时候部门员工只有10个人:3个程序员,3个社区运营和客服,2个网站运维,1个产品设计,1个UI制作,巧妇难为无米之炊。所以9月和10月在公司支持下进行了一轮大规模招聘,总共招聘了10名新员工,重新build了整个部门团队,开始取得了一些成绩,但也遇到了非常大的困难。
在部门团队build方面:设立了PHP,.net和Ruby三个研发团队,分别负责不同的产品线;公司整个UI团队也划到我部门管理;网站的社区运营方面增设了内容审核团队,后来我又将运营团队分拆成CSDN运营和ITeye运营两个团队,加上原有的产品设计和运维,总共有8个团队经理直接向我汇报。
在产品和研发方面:彻底重写了CSDN用户管理功能(以下称passport),数据库也迁移到了Linux下MySQL;编写整个CSDN的搜索部分代码,提供了全文检索;对CSDN网站全站导航进行了重新设计和改造;开发了新的针对移动的cmdn社区(后废弃)。
由于CSDN各产品线都是独立的,因此需要统一的用户注册登录管理产品passport。在过去,passport代码极其臃肿,不同产品线的登录代码直接hard code在源码中;数据库使用SQL Server,大量有用无用的存储过程调用,用户表数据量庞大,而且非常多无用冗余字段,查询缓慢,用户时常无法登录;而且CSDN用户注册和登录页面的用户体验极其糟糕;最后CSDN很多产品以各自的方式调用passport,导致passport不得不维护多套协议适配各种产品。因此欲改进CSDN网站,必先动passport,而一动passport,则牵一发而动全身,CSDN所有产品都可能出问题。因此在动手重写passport之前,我耐心等待了好几个月,一方面一遍一遍做CSDN产品线梳理,尽可能找出所有耦合产品提前解决隐患;另一方面等待各部门高管一致表态愿意承担各自产品线出问题的代价来支持重写。
新的passport产品从2010年9月设计到2011年元旦上线花了3个月时间,passport产品看似需求简单,代码量不大,然而却有非常多的细致工作:重新设计整个用户登录验证功能,以确保更高的账号安全性;尽可能的测试所有CSDN需要登录验证的产品线,跨不同编程语言,以确保兼容性;由于账号数据库达到了1700多万条,必须使用缓存来提高用户账号数据查询效率;详细的登录日志记录、授权记录以及账号审核功能以确保误操作的可追溯和找回;庞大的数据量从SQL Server迁移到Linux下MySQL的迁移效率问题;重新设计用户注册,登录和账号设置,改进用户体验等等。新的passport产品上线并不引人注目,但意义非常重大,它是第一个真正讲究产品设计和用户体验的CSDN产品,而且解决了passport问题,其他产品才有可能改进。
这段时间遇到的最大困难是我始料未及的团队融合问题:9月和10月集中入职了10名新员工,整个部门有一半都是新人,但到11月有5名新员工离职。公司招聘新人留不住是个很严重的问题,这也是我进CSDN以来遇到的最严峻的挑战。新员工离职虽然有很多原因,但最核心问题在于两点:
1、新员工入职过多过于密集比例过高,我没有高度重视新员工的融入问题。后来关于新员工融入也有很多经验和教训:新人入职前两周对公司的印象决定了他对公司的最终印象;新人入职第一个月适应与否决定了他在这家公司会待多长时间。那段时间集中入职了10个新人,没有制定系统的新人融入计划,而我又有一周多时间不在北京,新人茫然无措。
2、虽然经过我前几个月的调整,但当时部门都是工作多年的老人,老的风气和习惯已经形成了很顽固的不良文化,新人很难适应这种不良的文化和环境,同时又被个别老员工灌输了太多公司n年前沉芝麻烂谷子的负面八卦,工作情绪受到很大的影响。
公司文化说起来很飘渺,但它又实实在在影响每个员工。一个新员工进入一家公司,要么被公司的文化同化,要么自己适应不了离开。而这次是大批新员工入职,老的公司文化和新员工群体之间的融合问题突然变得很尖锐,大批新员工离职就是一个很糟糕的信号。我当时感觉到这是个生死攸关的挑战和契机:如果任由这种情况发展下去,老的公司文化会迅速吞噬掉新的员工,然后整个部门回到一开始死气沉沉的状况,我所有的努力都会化为泡影。一鼓作气再而衰三而竭,这次如果不能借新员工入职来冲击和改变老的公司文化,而是任由新员工全部流失,以后未必能有第二次机会和心气去改变整个团队的风气,因此我下定决心把整个部门风气彻底扭转过来,并且针对性采取了一些措施:
1、加强部门内部的沟通和交流,打造一个交流氛围浓厚,成员关系很融洽的部门。鼓励员工工作时间经常热烈讨论和交流,甚至说说笑笑,无拘无束。
2、重视团队内部的分享,团队间轮流进行内部培训,将自己最近钻研的工作和技术心得向大家分享
3、在部门内部加强团队管理,树立赏罚分明,及时落实的威信,发现问题迅速解决避免拖延;
4、抓重点团队主次分明,在团队建设积极向上的交流氛围,推动整个部门风气的转变;
5、坐在员工旁边,及时和员工交流,杜绝各种杂事,拿出时间多和员工交流;
我原来有自己独立的办公隔间,但坐在隔间里面不方便和员工直接交流,也不利于发现团队的问题。所以我就干脆搬到员工的工位坐,这段时间主抓哪个团队的工作,就搬到那个团队中间的位置坐,随时随地和员工沟通,检查员工工作,及时解决团队出现的问题,并且这样做也可以身体力行的教会员工怎样正确的做事情,怎样达到我要求的工作标准,怎样成为一个优秀的员工,怎样避免犯不应该出现的错误;此外我给自己设置了3个月的冻结期,从11月到春节前除了必须在上海出席的SD大会之外,杜绝一切外事活动,专心致志在公司蹲点练好部门的内功;在抓团队工作的时候,深入到业务层面提高工作要求,如对研发团队我会做详细的code review,对产品团队我会仔细检查每个产品原型设计。
经过3个月的不懈努力,整个部门的风气被彻底扭转过来了,新人和老人开始融合成为了一个集体,团队的执行力得到了巨大的改变。过去我下达的一个命令,要我自己一个环节一个环节盯下去才能完成,这个时候下达一个命令,整个团队就会动起来自己按部就班的执行下去,并且这种风气反过来开始影响老的员工,推动老员工开始转变。我所管理的部门从3月底接手的时候被公认是公司最差的部门,到年底变成了公司风气最好的部门。
2011年2月 - 2011年7月
虽然部门的风气已经开始走上了健康的自我循环,但部门缺岗仍然很严重,过完春节之后整个部门有20个员工,这个时候遇到的最大问题就是招聘荒了。今年2月-3月是整个IT行业招聘都特别困难的时期,一方面由于各大互联网公司特别是电子商务和团购网站的疯狂招聘,另一方面IT人才供给开始减少,连大公司招人都很困难,更不要说我们了。在4月之前长达1个半月招聘期间一个新人都没有招到,而且由于各种原因陆续有人离职,到4月,部门员工又缩减到14人,团队又需要重新build了。
从2月到5月份我的核心工作就是招人和build团队,整个招聘状况从4月份开始转变,4月-5月招聘了大量的新人,同时也有很多公司内部转岗的员工,到现在,整个部门人员已经扩张到了11个团队总共36人。由于有了去年的惨痛教训,对新人入职进行了高度重视,因此虽然入职本部门有22个新人,远超过原部门员工14人,但新人融合情况非常好,整个部门蒸蒸日上:
1、我将带新人列入各个团队经理的绩效考核项目之内,加强对团队经理带新人方面的考评;
2、每周和各团队经理沟通新人入职后的表现状况,入职前两周几乎天天询问团队经理,对新人出现的各种状况立刻采取应对措施;
3、我定期对入职新人进行本部门的新人培训,帮助新人迅速了解部门状况;
4、对团队经理们进行管理培训,教会他们如何带好新人;
由于一方面高度重视新人适应期,另一方面经过去年底的风气扭转已经形成了良好的部门文化氛围,因此除了个别拿我们当去大公司跳板的无良新人,绝大部分新人都很好的融入了部门,并且随着新鲜血液的不断加入,很多新人工作的冲劲和心气对部门文化氛围不但没有冲淡,反而对部门文化进行了很大的加强,而这种更加活跃,更加积极主动承担责任做事情的态度反过来又不断激励了部门老人改变自己的作风,以更加积极的态度工作,新人和老人之间的互相促进起了美妙的化学反应。
在部门团队build方面,扩张到了11个团队:3个产品团队:产品设计,产品UI,平台UI;4个研发团队:PHP,Ruby,.net和搜索;3个运营团队:社区运营,内容审核,高校俱乐部,此外还有系统运维团队,这11个团队经理直接向我汇报,整个部门职能团队基本齐全了。在我来CSDN之前,公司没有产品设计团队,产品设计方面一片空白;社区运营团队也十分残缺,干的活根本就达不到运营的基本要求,所以我针对性的build了产品团队和运营团队:
1、设立了产品设计团队,制定了规范的产品流程,强调以互联网产品设计驱动整个产品设计,UI,研发和运营流程,将目前公司所有平台级产品开发统统规范起来了;
2、搭建了两个职能分开的UI设计团队:产品UI团队紧密配合产品设计团队,负责产品UI设计和页面制作;平台UI团队负责公司商务,会务,编辑,市场以及平面宣传品方面的设计;
3、对运营团队进行了重点建设:分设CSDN和ITeye的网站运营和客服人员,搭建了一支社区运营编辑团队,此外在公司内部进行社区运营之道的系列讲座,以及对社区团队进行专业知识培训,灌输运营理念,强化运营人员的专业水平;
在产品方面,根据公司整体战略和其他部门的需求,改版上线了CSDN博客产品;重写改版了CSDN学生大本营和高校俱乐部;重写改版了CSDN移动频道,云计算频道,对资讯频道和软件研发频道都进行了相应的改版;ITeye网站制定了全站整体的产品改版和改进计划,已完成了资讯产品改版,博客产品改版,精华频道开发,资讯采集和管理平台开发,审核系统开发,多账号登录等,正在和即将完成的还有全站消息通知系统开发,群组产品开发,网站首页改版,问答改版,论坛改版;此外还有CSDN下载产品,外包产品和俱乐部产品的设计和研发工作等等,这些产品将在今年下半年陆续上线发布。
CSDN博客是其中开发周期很长的产品,由于我主要精力都放在招聘和团队建设上,放松了对博客产品的管理,而手下产品经理的能力和权威尚不足以独自掌控博客产品,因此到5月底,产品开发陷入了失控的边缘。这个时候我召集产品,UI,研发和运维团队进行了博客产品特别团队的立项,下了死命令6月底产品必须公测,由我主持所有相关人员每天下班前开会,review每天进度,同时产品经理每天根据会议情况写日报抄送给大家,我亲自抓每个产品细节和每天项目进度。两周之后,产品状况得到了彻底扭转,此时我让运营团队也加入特别项目组,开始进行博客上线前期的运营准备,包括邀请用户内测,定期发布公告,整理博客专家等等,最终博客产品顺利上线并且取得了良好的效果。
CSDN博客产品的成功推出和后续成功的运营对团队有很大的鼓舞作用,它并非各团队配合最好的产品,但从博客产品开始,我手把手教运营团队如何处理一个产品从上线前准备,到上线,到上线后持续运营,以及如何制定专家运营策略,博客推广策划,如何掌握运营节奏等。在CSDN博客产品上线之前,CSDN的运营还没入门,从博客产品开始有了真正意义上的运营。此外产品,UI,研发和运营团队从博客产品开始进行充分的磨合,中间暴露了很多问题,也取得了一些宝贵的经验:今后核心产品的研发从立项开始,我就会召集产品设计,产品UI,产品研发和运营四个团队参与,从一开始就紧密配合,共同完成好一个产品的设计,研发,上线和运营流程。
个人总结
回顾这一年多的工作,觉得自己取得的成绩有以下方面:
1、彻底改变了部门的风气,打造了一支积极进取,配合默契,对工作有责任心,执行力高的团队,尤其让我欣慰的是当我出差一周不在北京期间,整个部门仍然有条不紊各负其责的运转,所有工作按计划照常推进;
2、在部门内部树立了规范的制度化管理,各个团队的工作都是在有目标有计划有策略开展,整个部门做事情条理性很强,思路很清晰;
3、打造了一支专业的产品设计团队,正在培养一支专业的运营团队;制定了从产品设计,UI设计到研发和运营配合良好的产品流程,个人觉得这种专业化的产品团队配合在国内互联网公司并不多见;
4、已经做了一些成功的产品,正在继续做更多成功的产品,这些产品将在今年下半年集中发布
亦留下不少遗憾和不足:
1、针对我接手前团队一盘散沙的现状,进行了一系列部门调整,说到底宗旨只有一条:进行中央集权式管理。将所有决策权和团队协调工作,跨部门协调工作全部集于我一人,依靠我在公司的地位、威望和个人能力来推动所有的事情往前走。这样做的好处当然是立竿见影的解决掉了所有的问题,团队执行力也非常好,通过一年的努力也彻底改变了部门状况。但负面影响就是我很忙也很累,直接向我汇报工作的人就有11个人,加上部门常规管理,帮助个别团队解决问题,跨部门工作协调,公司高管会议等等,每天都忙得不可开交。
我也考虑在合适的时间将权力下放,将一个大部门再分拆成三个子部门,分别是:产品UED部门,下辖产品设计,产品UI和平台UI3个团队;研发部门,下辖PHP,Ruby, .net,搜索和运维5个团队;运营部门,下辖社区运营,内容审核团队。产品UED部门和运营部门设立部门主管职位,研发部门主管我自己兼任,但改设首席架构师职位,负责架构设计和code review。但目前主要的障碍就是缺少主管级人才,而且整个部门团队都是我手把手带出来的,工作方式已经深深打上了我的烙印,要寻找到能够从气质上能力上都符合的主管殊为不易。
可能这个就能够正确解释为什么javaeys变成iteye了。
2010年3月 - 2010年8月
2010年3月底我到CSDN报道,接手了公司研发部门和产品运营部门,负责CSDN(包括ITeye)网站所有产品,研发,系统运维,网站运营的工作,不过一直到8月我经常不在北京:一方面经常往返北京和上海处理公司并购的事情;另一方面因为母亲病重常常回家照顾。这段时间主要是熟悉公司的状况,了解部门业务和员工。当时部门士气很低落,两个部门总共17个员工,在我接手部门前已经有两个员工提出了辞职,后来陆续有员工离开,到8月底部门剩下了10个人。考虑到自己也是新人,需要时间了解和适应公司,另外刚刚空降,应安抚老员工保证部门正常运转,因此这段时间做了几项有针对性的改良措施:
1、两个部门人员很少,部门之间协作却存在互相推诿;我和基层员工隔了部门主管,团队经理两个层级,不利于深入业务层面进行调整。因此进行了组织架构调整:合并两个部门取消部门主管层级,改设5个团队,团队经理直接向我汇报,减少管理层级,提高执行效率。
2、逐步建立和完善部门规范的管理制度,如:使用JIRA进行整个部门的工作任务量化管理;建立定期周会,周报和月报制度;我亲自制定了部门绩效考评内容、评分标准和奖励等级;要求团队间工作配合必须邮件书面确认抄送给我等等。
3、针对公司过去跨部门配合出现的混乱状况,明确了本部门和公司其他部门合作流程,并要求跨部门合作必须抄送我和相应部门高管,得到我邮件确认才准执行。
4、针对公司过去产品无规划无设计的状况,设立产品团队,制定产品设计流程,我兼任产品经理主抓产品,并开始培养产品设计人员。
在我来公司前,CSDN无产品设计和研发流程,无论部门内部还是跨部门产品研发,都是业务人员直接找负责该产品线的程序员下命令修改;大的产品研发,业务人员找UI设计人员做一套页面就发给程序员要求XX时间完成,相互之间缺乏沟通:一方面程序员反感和抵制没头没脑的需求和毫无计划性的产品变更,觉得自己被使唤来使唤去在公司没地位;另一方面UI设计人员被迫承担了本应该是产品经理的需求搜集和产品设计工作,盲人摸象的做完就交差;最后是业务人员抱怨UI设计人员和程序员根本不配合,觉得他们都是大爷哄着才能干活。结果团队之间部门之间推卸责任,事情做不好只怪对方不给力,自己全然没责任。
针对这种状况我设立了产品团队,亲自兼任产品经理把所有产品都抓过来统一管理。无论部门内部还是跨部门产品研发,统一走产品设计流程:所有产品先经我批准,然后在产品团队立项,走产品原型设计流程,接着才是UI设计和页面制作,最后才是程序员研发。从源头上狠抓产品原型设计,在原型设计阶段反复推敲和修改,慎重的对待每项产品功能,避免了后续UI反复推翻页面设计,程序员反复改产品的大问题。从CSDN产品角度来说这段时间做了一些小的产品改进,如主题课堂,织梦内容发布系统,投票评论留言,新浪微博整合等,但主要工作在梳理CSDN混乱的产品线,通过两次清理,关闭了100多个废弃或者很少被使用的子网站和域名,关闭了很多鸡肋性质的频道,以及核心产品的鸡肋功能。
这几个月虽然做了大量的部门建设工作,员工士气得到了很大的提高,但员工流失仍然在继续。而且我反复强调的工作理念得不到良好的贯彻执行,员工完成的任务质量离我心中的标准差距很大。
2010年9月 - 2011年1月
2010年8月底我彻底base在北京办公,这个时候部门员工只有10个人:3个程序员,3个社区运营和客服,2个网站运维,1个产品设计,1个UI制作,巧妇难为无米之炊。所以9月和10月在公司支持下进行了一轮大规模招聘,总共招聘了10名新员工,重新build了整个部门团队,开始取得了一些成绩,但也遇到了非常大的困难。
在部门团队build方面:设立了PHP,.net和Ruby三个研发团队,分别负责不同的产品线;公司整个UI团队也划到我部门管理;网站的社区运营方面增设了内容审核团队,后来我又将运营团队分拆成CSDN运营和ITeye运营两个团队,加上原有的产品设计和运维,总共有8个团队经理直接向我汇报。
在产品和研发方面:彻底重写了CSDN用户管理功能(以下称passport),数据库也迁移到了Linux下MySQL;编写整个CSDN的搜索部分代码,提供了全文检索;对CSDN网站全站导航进行了重新设计和改造;开发了新的针对移动的cmdn社区(后废弃)。
由于CSDN各产品线都是独立的,因此需要统一的用户注册登录管理产品passport。在过去,passport代码极其臃肿,不同产品线的登录代码直接hard code在源码中;数据库使用SQL Server,大量有用无用的存储过程调用,用户表数据量庞大,而且非常多无用冗余字段,查询缓慢,用户时常无法登录;而且CSDN用户注册和登录页面的用户体验极其糟糕;最后CSDN很多产品以各自的方式调用passport,导致passport不得不维护多套协议适配各种产品。因此欲改进CSDN网站,必先动passport,而一动passport,则牵一发而动全身,CSDN所有产品都可能出问题。因此在动手重写passport之前,我耐心等待了好几个月,一方面一遍一遍做CSDN产品线梳理,尽可能找出所有耦合产品提前解决隐患;另一方面等待各部门高管一致表态愿意承担各自产品线出问题的代价来支持重写。
新的passport产品从2010年9月设计到2011年元旦上线花了3个月时间,passport产品看似需求简单,代码量不大,然而却有非常多的细致工作:重新设计整个用户登录验证功能,以确保更高的账号安全性;尽可能的测试所有CSDN需要登录验证的产品线,跨不同编程语言,以确保兼容性;由于账号数据库达到了1700多万条,必须使用缓存来提高用户账号数据查询效率;详细的登录日志记录、授权记录以及账号审核功能以确保误操作的可追溯和找回;庞大的数据量从SQL Server迁移到Linux下MySQL的迁移效率问题;重新设计用户注册,登录和账号设置,改进用户体验等等。新的passport产品上线并不引人注目,但意义非常重大,它是第一个真正讲究产品设计和用户体验的CSDN产品,而且解决了passport问题,其他产品才有可能改进。
这段时间遇到的最大困难是我始料未及的团队融合问题:9月和10月集中入职了10名新员工,整个部门有一半都是新人,但到11月有5名新员工离职。公司招聘新人留不住是个很严重的问题,这也是我进CSDN以来遇到的最严峻的挑战。新员工离职虽然有很多原因,但最核心问题在于两点:
1、新员工入职过多过于密集比例过高,我没有高度重视新员工的融入问题。后来关于新员工融入也有很多经验和教训:新人入职前两周对公司的印象决定了他对公司的最终印象;新人入职第一个月适应与否决定了他在这家公司会待多长时间。那段时间集中入职了10个新人,没有制定系统的新人融入计划,而我又有一周多时间不在北京,新人茫然无措。
2、虽然经过我前几个月的调整,但当时部门都是工作多年的老人,老的风气和习惯已经形成了很顽固的不良文化,新人很难适应这种不良的文化和环境,同时又被个别老员工灌输了太多公司n年前沉芝麻烂谷子的负面八卦,工作情绪受到很大的影响。
公司文化说起来很飘渺,但它又实实在在影响每个员工。一个新员工进入一家公司,要么被公司的文化同化,要么自己适应不了离开。而这次是大批新员工入职,老的公司文化和新员工群体之间的融合问题突然变得很尖锐,大批新员工离职就是一个很糟糕的信号。我当时感觉到这是个生死攸关的挑战和契机:如果任由这种情况发展下去,老的公司文化会迅速吞噬掉新的员工,然后整个部门回到一开始死气沉沉的状况,我所有的努力都会化为泡影。一鼓作气再而衰三而竭,这次如果不能借新员工入职来冲击和改变老的公司文化,而是任由新员工全部流失,以后未必能有第二次机会和心气去改变整个团队的风气,因此我下定决心把整个部门风气彻底扭转过来,并且针对性采取了一些措施:
1、加强部门内部的沟通和交流,打造一个交流氛围浓厚,成员关系很融洽的部门。鼓励员工工作时间经常热烈讨论和交流,甚至说说笑笑,无拘无束。
2、重视团队内部的分享,团队间轮流进行内部培训,将自己最近钻研的工作和技术心得向大家分享
3、在部门内部加强团队管理,树立赏罚分明,及时落实的威信,发现问题迅速解决避免拖延;
4、抓重点团队主次分明,在团队建设积极向上的交流氛围,推动整个部门风气的转变;
5、坐在员工旁边,及时和员工交流,杜绝各种杂事,拿出时间多和员工交流;
我原来有自己独立的办公隔间,但坐在隔间里面不方便和员工直接交流,也不利于发现团队的问题。所以我就干脆搬到员工的工位坐,这段时间主抓哪个团队的工作,就搬到那个团队中间的位置坐,随时随地和员工沟通,检查员工工作,及时解决团队出现的问题,并且这样做也可以身体力行的教会员工怎样正确的做事情,怎样达到我要求的工作标准,怎样成为一个优秀的员工,怎样避免犯不应该出现的错误;此外我给自己设置了3个月的冻结期,从11月到春节前除了必须在上海出席的SD大会之外,杜绝一切外事活动,专心致志在公司蹲点练好部门的内功;在抓团队工作的时候,深入到业务层面提高工作要求,如对研发团队我会做详细的code review,对产品团队我会仔细检查每个产品原型设计。
经过3个月的不懈努力,整个部门的风气被彻底扭转过来了,新人和老人开始融合成为了一个集体,团队的执行力得到了巨大的改变。过去我下达的一个命令,要我自己一个环节一个环节盯下去才能完成,这个时候下达一个命令,整个团队就会动起来自己按部就班的执行下去,并且这种风气反过来开始影响老的员工,推动老员工开始转变。我所管理的部门从3月底接手的时候被公认是公司最差的部门,到年底变成了公司风气最好的部门。
2011年2月 - 2011年7月
虽然部门的风气已经开始走上了健康的自我循环,但部门缺岗仍然很严重,过完春节之后整个部门有20个员工,这个时候遇到的最大问题就是招聘荒了。今年2月-3月是整个IT行业招聘都特别困难的时期,一方面由于各大互联网公司特别是电子商务和团购网站的疯狂招聘,另一方面IT人才供给开始减少,连大公司招人都很困难,更不要说我们了。在4月之前长达1个半月招聘期间一个新人都没有招到,而且由于各种原因陆续有人离职,到4月,部门员工又缩减到14人,团队又需要重新build了。
从2月到5月份我的核心工作就是招人和build团队,整个招聘状况从4月份开始转变,4月-5月招聘了大量的新人,同时也有很多公司内部转岗的员工,到现在,整个部门人员已经扩张到了11个团队总共36人。由于有了去年的惨痛教训,对新人入职进行了高度重视,因此虽然入职本部门有22个新人,远超过原部门员工14人,但新人融合情况非常好,整个部门蒸蒸日上:
1、我将带新人列入各个团队经理的绩效考核项目之内,加强对团队经理带新人方面的考评;
2、每周和各团队经理沟通新人入职后的表现状况,入职前两周几乎天天询问团队经理,对新人出现的各种状况立刻采取应对措施;
3、我定期对入职新人进行本部门的新人培训,帮助新人迅速了解部门状况;
4、对团队经理们进行管理培训,教会他们如何带好新人;
由于一方面高度重视新人适应期,另一方面经过去年底的风气扭转已经形成了良好的部门文化氛围,因此除了个别拿我们当去大公司跳板的无良新人,绝大部分新人都很好的融入了部门,并且随着新鲜血液的不断加入,很多新人工作的冲劲和心气对部门文化氛围不但没有冲淡,反而对部门文化进行了很大的加强,而这种更加活跃,更加积极主动承担责任做事情的态度反过来又不断激励了部门老人改变自己的作风,以更加积极的态度工作,新人和老人之间的互相促进起了美妙的化学反应。
在部门团队build方面,扩张到了11个团队:3个产品团队:产品设计,产品UI,平台UI;4个研发团队:PHP,Ruby,.net和搜索;3个运营团队:社区运营,内容审核,高校俱乐部,此外还有系统运维团队,这11个团队经理直接向我汇报,整个部门职能团队基本齐全了。在我来CSDN之前,公司没有产品设计团队,产品设计方面一片空白;社区运营团队也十分残缺,干的活根本就达不到运营的基本要求,所以我针对性的build了产品团队和运营团队:
1、设立了产品设计团队,制定了规范的产品流程,强调以互联网产品设计驱动整个产品设计,UI,研发和运营流程,将目前公司所有平台级产品开发统统规范起来了;
2、搭建了两个职能分开的UI设计团队:产品UI团队紧密配合产品设计团队,负责产品UI设计和页面制作;平台UI团队负责公司商务,会务,编辑,市场以及平面宣传品方面的设计;
3、对运营团队进行了重点建设:分设CSDN和ITeye的网站运营和客服人员,搭建了一支社区运营编辑团队,此外在公司内部进行社区运营之道的系列讲座,以及对社区团队进行专业知识培训,灌输运营理念,强化运营人员的专业水平;
在产品方面,根据公司整体战略和其他部门的需求,改版上线了CSDN博客产品;重写改版了CSDN学生大本营和高校俱乐部;重写改版了CSDN移动频道,云计算频道,对资讯频道和软件研发频道都进行了相应的改版;ITeye网站制定了全站整体的产品改版和改进计划,已完成了资讯产品改版,博客产品改版,精华频道开发,资讯采集和管理平台开发,审核系统开发,多账号登录等,正在和即将完成的还有全站消息通知系统开发,群组产品开发,网站首页改版,问答改版,论坛改版;此外还有CSDN下载产品,外包产品和俱乐部产品的设计和研发工作等等,这些产品将在今年下半年陆续上线发布。
CSDN博客是其中开发周期很长的产品,由于我主要精力都放在招聘和团队建设上,放松了对博客产品的管理,而手下产品经理的能力和权威尚不足以独自掌控博客产品,因此到5月底,产品开发陷入了失控的边缘。这个时候我召集产品,UI,研发和运维团队进行了博客产品特别团队的立项,下了死命令6月底产品必须公测,由我主持所有相关人员每天下班前开会,review每天进度,同时产品经理每天根据会议情况写日报抄送给大家,我亲自抓每个产品细节和每天项目进度。两周之后,产品状况得到了彻底扭转,此时我让运营团队也加入特别项目组,开始进行博客上线前期的运营准备,包括邀请用户内测,定期发布公告,整理博客专家等等,最终博客产品顺利上线并且取得了良好的效果。
CSDN博客产品的成功推出和后续成功的运营对团队有很大的鼓舞作用,它并非各团队配合最好的产品,但从博客产品开始,我手把手教运营团队如何处理一个产品从上线前准备,到上线,到上线后持续运营,以及如何制定专家运营策略,博客推广策划,如何掌握运营节奏等。在CSDN博客产品上线之前,CSDN的运营还没入门,从博客产品开始有了真正意义上的运营。此外产品,UI,研发和运营团队从博客产品开始进行充分的磨合,中间暴露了很多问题,也取得了一些宝贵的经验:今后核心产品的研发从立项开始,我就会召集产品设计,产品UI,产品研发和运营四个团队参与,从一开始就紧密配合,共同完成好一个产品的设计,研发,上线和运营流程。
个人总结
回顾这一年多的工作,觉得自己取得的成绩有以下方面:
1、彻底改变了部门的风气,打造了一支积极进取,配合默契,对工作有责任心,执行力高的团队,尤其让我欣慰的是当我出差一周不在北京期间,整个部门仍然有条不紊各负其责的运转,所有工作按计划照常推进;
2、在部门内部树立了规范的制度化管理,各个团队的工作都是在有目标有计划有策略开展,整个部门做事情条理性很强,思路很清晰;
3、打造了一支专业的产品设计团队,正在培养一支专业的运营团队;制定了从产品设计,UI设计到研发和运营配合良好的产品流程,个人觉得这种专业化的产品团队配合在国内互联网公司并不多见;
4、已经做了一些成功的产品,正在继续做更多成功的产品,这些产品将在今年下半年集中发布
亦留下不少遗憾和不足:
1、针对我接手前团队一盘散沙的现状,进行了一系列部门调整,说到底宗旨只有一条:进行中央集权式管理。将所有决策权和团队协调工作,跨部门协调工作全部集于我一人,依靠我在公司的地位、威望和个人能力来推动所有的事情往前走。这样做的好处当然是立竿见影的解决掉了所有的问题,团队执行力也非常好,通过一年的努力也彻底改变了部门状况。但负面影响就是我很忙也很累,直接向我汇报工作的人就有11个人,加上部门常规管理,帮助个别团队解决问题,跨部门工作协调,公司高管会议等等,每天都忙得不可开交。
我也考虑在合适的时间将权力下放,将一个大部门再分拆成三个子部门,分别是:产品UED部门,下辖产品设计,产品UI和平台UI3个团队;研发部门,下辖PHP,Ruby, .net,搜索和运维5个团队;运营部门,下辖社区运营,内容审核团队。产品UED部门和运营部门设立部门主管职位,研发部门主管我自己兼任,但改设首席架构师职位,负责架构设计和code review。但目前主要的障碍就是缺少主管级人才,而且整个部门团队都是我手把手带出来的,工作方式已经深深打上了我的烙印,要寻找到能够从气质上能力上都符合的主管殊为不易。
评论
66 楼
forchase
2011-08-20
看来公司的政治发展方式会被其国家打上深深的烙印
65 楼
heweiya
2011-08-19
引用
4个研发团队:PHP,Ruby,.net和搜索;
可能这个就能够正确解释为什么javaeys变成iteye了。
64 楼
kakaluyi
2011-08-19
还是喜欢以前的javaeye,技术人员的净土。robbin到现在还是没有解释为什么会接受自己以前不待见的csdn(我到现在还是觉得csdn很水,iteye也已经严重被水化了)的收购,为了利益,还是为了有更大的舞台施展抱负?
63 楼
vb2005xu
2011-08-17
能跟着 robbin 老大 应该能学到很多东西 亏了
62 楼
vb2005xu
2011-08-17
一直不知道您还招 PHP的 , 要不然我上次找工作的时候就直接去投了 我在javaeye 好几年了 希望老大越来越好
61 楼
zeroblue
2011-08-16
建议ITEYE能有一个专题类的模块,放些精品技术和教学文章并做好分类。鼓励ITEYE的用户投稿,考虑适当给些分成或圈内名气之类的收成。博客和论坛这种东西太分散了,不系统。发动人民群众的力量才是王道,否则您招多少个编辑也不够。
60 楼
chd_wu
2011-08-16
追求卓越,像你学习
59 楼
hanqunfeng
2011-08-10
你解决了核心问题:有效沟通、积极协作。
无论何种类型的公司,都要注重团队建设,稳定和可持续才是硬道理。
期待你明年更大的成绩
无论何种类型的公司,都要注重团队建设,稳定和可持续才是硬道理。
期待你明年更大的成绩
58 楼
dotjar
2011-08-10
记得之前在csdn发表一篇文章,一个多小时提交不了,所以来到javaeye
57 楼
sorradawnstar
2011-08-10
CSDN重传媒轻技术,有这样的问题不奇怪。
还有,ITeye快动刀吧,比如这个首页……
还有,ITeye快动刀吧,比如这个首页……
56 楼
hxz_qlh
2011-08-09
呵呵 看了Robbin的总结,感觉您太适合做领导了,既然ITeye缺人,小弟或许可以一试,不过我是今年刚毕业,本科,擅长java,j2ee开发,对c++也比较熟悉,ruby稍微了解,但是我的计算机基础很好,数据结构、操作系统、计算机网络、计算机组成原理等都难不倒我,您看。。。。
55 楼
neora
2011-08-06
总结得真好。祝你越来越快乐!
54 楼
dasheng
2011-08-05
robbin同学文笔相当细腻,相当老辣,是当领导的料。很佩服。
另外,文中谈到的情况和我现在的公司非常相似,对下面的描述非常有体会:
在我来公司前,CSDN无产品设计和研发流程,无论部门内部还是跨部门产品研发,都是业务人员直接找负责该产品线的程序员下命令修改;大的产品研发,业务人员找UI设计人员做一套页面就发给程序员要求XX时间完成,相互之间缺乏沟通:一方面程序员反感和抵制没头没脑的需求和毫无计划性的产品变更,觉得自己被使唤来使唤去在公司没地位;另一方面UI设计人员被迫承担了本应该是产品经理的需求搜集和产品设计工作,盲人摸象的做完就交差;最后是业务人员抱怨UI设计人员和程序员根本不配合,觉得他们都是大爷哄着才能干活。结果团队之间部门之间推卸责任,事情做不好只怪对方不给力,自己全然没责任。
另外,文中谈到的情况和我现在的公司非常相似,对下面的描述非常有体会:
在我来公司前,CSDN无产品设计和研发流程,无论部门内部还是跨部门产品研发,都是业务人员直接找负责该产品线的程序员下命令修改;大的产品研发,业务人员找UI设计人员做一套页面就发给程序员要求XX时间完成,相互之间缺乏沟通:一方面程序员反感和抵制没头没脑的需求和毫无计划性的产品变更,觉得自己被使唤来使唤去在公司没地位;另一方面UI设计人员被迫承担了本应该是产品经理的需求搜集和产品设计工作,盲人摸象的做完就交差;最后是业务人员抱怨UI设计人员和程序员根本不配合,觉得他们都是大爷哄着才能干活。结果团队之间部门之间推卸责任,事情做不好只怪对方不给力,自己全然没责任。
53 楼
catleaving
2011-08-05
undefined 其实csdn的sns部分给我的体验真实差到了极点,产品设计差还一堆bug
52 楼
chunfengxixi
2011-08-05
软文!JAVAEYE对比前几年确实水准在下降.看技术的文章,还是蓝色巨人的网站好
51 楼
cloud21
2011-08-05
换个头像吧,robin,满脸都是豆油。好龊啊。
50 楼
PV_love
2011-08-05
我认为目前iteye的发展方向重点不是推出更多新功能,而是把现有的功能做好,最精,把大家集中关注的问题解决,等做的大多数人满意再去考虑新功能的开发。
49 楼
inshua
2011-08-04
神啊,CSDN 這麼水。。。
唉,話說我也在中央集權了。。
唉,話說我也在中央集權了。。
48 楼
86asm
2011-08-03
不错、支持robbin、支持iteye。
希望自己也能慢慢走向PM吧。
希望自己也能慢慢走向PM吧。
47 楼
zuozhengfeng
2011-08-03
没有想到robbin也会遇到这样的问题,看样子互联网公司都有这样的情况!
发表评论
文章已被作者锁定,不允许评论。
-
精益创业指导创新产品开发
2012-12-10 01:25 4120最近读完《精益创业》写了一个读书笔记: http://rob ... -
robbin谈管理:大公司体制内创新的困境
2012-05-07 22:49 40668周末在家,随手翻看了 ... -
运营专业型社区的经验和反思
2011-03-29 16:15 15389下面是我在2010年6月人本设计沙龙上的演讲内容,分享了一下自 ... -
说说Stack Overflow和Quora
2011-03-29 00:41 96681今天看到一个新闻,Quora的中国克隆“知乎”得到了创新工场的 ... -
去跨国公司还是去创业公司?
2010-08-05 17:26 57636去跨国公司工作可能是 ... -
计划写个和苹果有关的系列文章
2010-03-02 15:27 8093最近计划写写和苹果相 ... -
做互联网产品的节奏感
2009-11-19 17:33 12158仅仅是一点点感悟: 从无到有刚开始做一个网站或者一个产品,要 ... -
配置电信网通双线双IP的解决办法
2009-09-01 01:16 22465做互联网网站,最头疼 ... -
SNS的价值在于改变互联网信息传播的方式
2009-02-12 17:51 14203在国外,SNS对于用户的 ... -
个性化BBS必将取代公共BBS
2009-01-04 23:48 8411ouspec 写道Twitter,Facebook ... -
开心001的Google trends数据一窥
2008-10-23 14:00 43673今天看了一下开心001网站的Google Trends数据: ... -
对Friendfriend一点思考之二
2008-10-21 16:41 6172这是接上一篇文章对Frie ... -
对FriendFeed的一点思考
2008-10-21 00:41 12320一、SNS的魅力在什么地 ... -
社区的多种形态
2008-08-04 07:53 8249回复:精英还是草根? ... -
SNS的路径选择问题思考
2008-07-31 21:47 6864SNS和UGC的关系 UGC和交 ... -
SNS的工具化思考 - SNS之我见(六)
2008-07-17 23:39 12726我上一篇文章的标题是 ... -
珍爱创业,远离SNS - SNS之我见(五)
2008-07-15 18:39 17541我泡5G这个SNS只有三天 ... -
SNS网站的用户流失率怎么会高得如此惊人?
2008-07-15 17:07 20221平生第一次博客转载别 ... -
什么样的社区能够成为集大成者?- SNS之我见(四)
2008-07-13 17:54 13769一、题外话 最近我的 ... -
社区网站SNS化的思考 – SNS之我见(三)
2008-07-12 19:15 18221一、 SNS工具还是社区网站? Facebook的创始人马克 ...
相关推荐
标题中的“一年以来本人用过所有的JS”表明这个压缩包包含了一年来作者在项目中实际应用过的JavaScript代码或模块。JavaScript是一种广泛用于网页和网络应用的编程语言,它主要用于客户端的交互逻辑,如表单验证、...
8. **参与社区互动,提升自信心**:作者通过在CSDN论坛回答问题,逐渐积累了专家分,这既是一种学习方式,也是建立自信心的过程。鼓励初学者积极参与讨论,通过帮助他人来巩固自己的知识。 9. **反思与展望**:一年...
### 缘创派闫辉:我创业的这一年九个月两个人 #### 一、创业初衷与背景 ##### **1.1 创业动因** - **背景:** 闫辉在CSDN工作期间积累了丰富的经验和资源,包括技术人脉、活动组织经验等。 - **动机:** 经常有人向...
自己花钱买来的ppt模板,上传来,供大家下载使用,很不错的风格
从给定文件的内容来看,这并非是一个关于IT或技术的知识性文章,而是一段具有情感色彩的叙述性文本。标题“石头城_csdn”中“csdn”可能是指中国最大的IT社区CSDN(China Software Developer Network),但它在本文...
这门课程的复习资料由教师祁鑫整理,包含了计算方法的重要知识点。 在第一章的绪论部分,我们首先了解到《计算方法》的教学目标,包括掌握数值计算方法,理解误差的性质,以及学会评估数值算法的优劣。具体的知识点...
在IT这个行业里,"岁月人生_csdn"这一话题不仅关乎个体的成长,也反映了技术世界的瞬息万变。CSDN(China Software Developer Network)作为一个知名的IT社区,提供了丰富的学习资源和交流平台,帮助众多程序员和IT...
标题中的“自己用unity3D做的一款3D战旗游戏 耗时一年”表明了这是一个个人项目,使用Unity3D引擎开发,属于3D策略类的战旗游戏,开发者投入了一年的时间来完成。战旗游戏是一种策略类型的游戏,通常包含回合制战斗...
标题:“岁杪感怀_csdn”与“岁杪感怀”是指年末岁尾时个人对过去一年或一生的回顾和感慨。这通常伴随着对时间流逝的感叹,以及对过去经历的反思。标题中的“csdn”可能是指中国知名的IT社区和服务平台——中国软件...
【描述】:“残冬寄怀”,这四个字似乎暗示了作者在年终或某个项目结束之际的感慨,可能是对过去一年工作、学习的总结,也可能是对未来技术趋势的展望。在IT行业中,这种“寄怀”往往意味着对技术进步、行业变迁的...
而今,令人惊喜的是,经过一年多的努力已经吸引了众多与我同样热爱技术的朋友,达到了我最初设定的粉丝目标,这份成就让我深感欣慰与感慨。 我诚挚地邀请您来体验这份由我精心制作的作品,只需轻轻一点下载,您便能...
转眼间已经到了2022的尾巴,这一年对于国家来说丰富充实,冬奥会在北京举行、中国共产党第二十次全国代表大会召开、社会共同抗击疫情的第三年、我国完成天宫空间站建造……对于我们每一个个体,2022也承载着我们的...
通过Simtec HttpWatch Professional v7.0.23这个压缩包文件,用户可以获取完整的HttpWatch工具,并利用其丰富的功能来提升网站性能,优化用户体验,同时一年的许可证也提供了充足的时间去深入理解和应用这些工具。...
Java 程序员简历模板 以下是 Java 程序员简历模板的知识点总结: 一、 HR 如何刷简历 * 定位准确:个性鲜明,一眼看上去就能贴上技术精英、管理岗‘专家的标签 * 内部一致:内容聚焦,不能出现前后不符 ...
《程序员-CSDN开发高手 2004年实战应用 纯粹技术》这个压缩包文件包含了2004年CSDN杂志6至12期的PDF文档,每期对应一个PDF文件,分别是04-06.pdf至04-12.pdf。CSDN,全称China Software Developer Network,是中国...
【岭上茶_csdn】这篇内容主要围绕着茶文化展开,讲述了一个关于采茶、制茶、品茶以及茶在乡村生活中的重要性的故事。文章以岭上茶树为背景,描绘了一幅宁静美好的乡村画卷,同时也揭示了茶与自然、人之间的紧密联系...
【延河诗汇】是CSDN上的一个文化栏目或者活动,从提供的诗作来看,其主要内容是以诗歌的形式表达作者的情感和思考。这些诗篇涵盖了不同的主题,包括乡愁、历史、自然景观和个人经历,展现了诗人们对生活的细腻观察和...
【标题】: "稻,事_csdn" 【描述】: "稻,事" 1. 春耕生产的重要性:春耕是农业社会的一项重要活动,标志着新一年农业生产的开始。春耕的开始时间一般以春分作为参考,但具体时间会根据农人的勤奋程度和当地气候条件...