<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html><head><meta http-equiv="Cont

简介: 如何建立一个“铁打的营盘”?中国有句古话,叫做铁打的营盘流水的兵。 我相信,创业初期,当团队里有人离开的时候,肯定有不少创业者拿这句话来安慰自己。
如何建立一个“铁打的营盘”?
中国有句古话,叫做铁打的营盘流水的兵。
 
我相信,创业初期,当团队里有人离开的时候,肯定有不少创业者拿这句话来安慰自己。但我觉得这句话有误导,因为他把营盘(公司)和兵(员工)的关系完全视为单纯的雇佣关系。对于创业团队来讲,如果每个员工都把自己做的事情仅仅当作一份工作,当作一种养家糊口、解决财务问题的工具,那么这个营盘绝对不会是铁打的,而是纸糊的,稍有风吹草动,就会坍塌。
 
从另一个角度来看,创业开始,最宝贵的资产不是那个idea,更不是那个宏大的规划。创业就是一场马拉松式的接力赛,是一个长期、艰苦的过程,没个七八年达不到目标;同时又要求你必须以百米冲刺的速度去竞争。这一切都需要优秀的创业团队来执行,前赴后继。改变世界的精神不变,捆绑个人利益与企业利益的激励机制永在。所以,我认为,营盘是铁打的,还是纸糊的,归根结底在于你是不是有一支优秀的团队。
 
建设一支优秀的团队,这是整个创业过程中都必须要面对的问题。如何建立一支优秀团队,仁者见仁,智者见智,但我认为万变不离其宗,关键是把握三个要点:
 
第一,不能以发财为目标,一定要有某种程度的理想主义情怀。我在互联网行业里干了十多年,从来没有看到一个为了解决财务问题而凑在一起的团队能够最终走向成功的。相反,这样的团队一旦遭遇到了挫折,就容易悲观失望;或者一旦外面有更大的现实利益诱惑,团队容易分崩离析。前不久,我找人力资源的人帮我统计了一下,看一看跟我合作在十年以上,在八年以上,在五年以上的到底有哪些同事。在这一批人里,有我第一次创业时开始就跟着我一起打拼的;有的在方正时是同事,后来我做3721的时候加入进来;还有的是加入到我在雅虎时的团队,中间离开几年,后来又加入到360来的。看了这个名单,我很感慨,如果那时候我跟他们说,出来跟我干吧,到时候发财了咱们大碗喝酒,大口吃肉,大秤分金,我估计他们也不会跟我合作这么长时间。相反,我们的目标是要做出牛的互联网产品来,让人们的互联网生活更方便、更安全,有了这个目标,大家才能持之以恒地走下来。
 
第二,财散人聚,要有激励机制,把大家的利益捆绑在一起。建团队,我不希望我的员工单纯是奔着钱来的,因为这样投机分子太多。但是我一定要替员工考虑财务问题。在今天这样一个社会,谁都不能免俗。就算是一个理想主义者,也总要养家糊口,要在社会上过一种体面的、有尊严的生活。而且,创业是一个耗人健康、燃烧青春的事儿。对于这些愿意跟着企业去打拼的人,不能光在嘴巴上对他们说好,而是要签协议,让这些燃烧青春的人也能一起分享未来的收益。否则,财聚人散,也没什么未来了。正因为这样,360从一开始就做了员工持股计划,最初员工持股比例达到40%,最后几轮稀释后在上市前降低到22%。这个比例在今天互联网公司中算是最高的了。我觉得,用西方证明是有效的股权期权制度,把团队的利益和公司的利益捆绑在一起。这些做好了,讲理想主义才好讲,做思想工作才好做。
 
第三,解决新老交替的问题,留一部分利益给未来。企业在成长过程中,走弯路、遭遇挫折,那是肯定的。这个时候,会有团队成员因为不认同未来发展方向,或者因为有更大的现实利益诱惑而离开。同样,不同的阶段需要不同的人才,需不同的专业技能,只有新人不断进来,企业才有未来。我从来没有见到过一个团队一成不变地走向成功,即使桃园三结义的刘关张,打天下还得需要赵云、黄忠、诸葛亮。新老交替,最好的解决方式,我认为还是通过激励制度。比如,在360里面,老员工技术能力强,做事风格踏实,不骄不躁,是新人的榜样。他们不是管理层,走的是技术专家路线,也受新人的尊重。对新人来说,他们也不是单纯的打工者。按照常青树计划,360每年都会维持总股本5%的比例,为有突出贡献的员工发放期权。维持5%的比例,就意味着需要稀释其他投资人的比例,但我对投资人说,设计这样一个蓄水池,就在于吸收人才,把新人的利益与企业的未来紧紧捆绑在一起,这样大家做事才会有积极性。这种积极性产生出来的价值,要远远大于被稀释掉的价值。投资人都是熟悉互联网这个行业的明白人,没几句话就同意了。这就是我说的“留一部分利益给未来”。
 
有的报道说,我的办公室里面的书架上到处摆满了毛著,真不知道这种无中生有是怎么来的。我读书不少,在管理类的书籍上还是翻译的居多。其实,马斯洛已经讲得很明白了,人的需求分层次,不同阶段有不同阶段的需求,西方企业的各种激励制度和管理方式都建立在对人性的理解上。所以,我在这里讲的建团队、设计激励机制、完成新老交替,以这种方式建立“铁打的营盘”,其实也没啥新鲜的。我建议大家多读、多看,不违背人性,自然在建设团队方面会事半功倍。

目录
相关文章
|
存储 Web App开发 监控
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html><head><meta http-equiv="Cont
我们以前使用过的对hbase和hdfs进行健康检查,及剩余hdfs容量告警,简单易用 1.针对hadoop2的脚本: #/bin/bashbin=`dirname $0`bin=`cd $bin;pwd`STATE_OK=...
1241 0
|
SQL Web App开发 前端开发
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html><head><meta http-equiv="Cont
在运行一个group by的sql时,抛出以下错误信息: Task with the most failures(4):  -----Task ID:  task_201411191723_723592_m_000004URL:  http://DDS0204.
1191 0
|
Web App开发 前端开发
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html><head><meta http-equiv="Cont
异步通信 对于BS(Browser-Server 浏览器)架构,很多情景下server的处理时间较长。 如果浏览器发送请求后,保持跟server的连接,等待server响应,那么一方面会对用户的体验有负面影响; 另一方面,很有可能会由于超时,提示用户服务请求失败。
916 0
|
Web App开发 前端开发 关系型数据库
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html><head><meta http-equiv="Cont
fuser可用于查询文件、目录、socket端口和文件系统的使用进程 1.查询文件和目录使用者 fuser最基本的用法是查询某个文件或目录被哪个进程使用: # fuser -v .
1052 0
|
Web App开发 前端开发
|
存储 监控 数据库
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html><head><meta http-equiv="Cont
为首次部署MongoDB做好准备:容量计划和监控 作者Mat Keep ,译者孙镜涛如果你已经完成了自己新的MongoDB应用程序的开发,并且现在正准备将它部署进产品中,那么你和你的运营团队需要讨论一些关键的问题: 最佳部署实践是什么? 为了确保应用程序满足它所必须的服务层次我们需要监控哪些关键指标? 如何能够确定添加分片的时机? 有哪些工具可以对数据库进行备份和恢复? 怎样才能安全地访问所有新的实时大数据? 本文介绍了硬件选择、扩展、HA和监控。
2827 0
|
Web App开发 数据库
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html><head><meta http-equiv="Cont
可伸缩系统的架构经验 Feb 27th, 2013 | Comments 最近,阅读了Will Larson的文章Introduction to Architecting System for Scale,感觉很有价值。
2549 0
|
Web App开发 前端开发 Java
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> <html><head><meta http-equiv="Cont
 Connection reset by peer的常见原因: 1)服务器的并发连接数超过了其承载量,服务器会将其中一些连接关闭;    如果知道实际连接服务器的并发客户数没有超过服务器的承载量,看下有没有网络流量异常。
1089 0