木桶效应

盛水的木桶是由多块木板箍成的,盛水量也是由这些木板共同决定的。

若其中一块木板很短,则此木桶的盛水量就被限制,该短板就成了这个木桶盛水量的“限制因素”。

1.一个水桶无论有多高,它盛水的高度取决于其中最低的那块木板:

一只水桶盛水的多少,并不取决于桶壁上最高的那块木块,而恰恰取决于桶壁上最短的那块。

根据这一核心内容,“水桶理论”还有两个推论:

其一,只有桶壁上的所有木板都足够高,那水桶才能盛满水。

其二,只要这个水桶里有一块不够高度,水桶里的水就不可能是满的。

形态因素:

2.一个木桶的储水量,还取决于木桶的直径大小:

每个企业都是不同的木桶,所以木桶的大小也不完全一致。

直径大的木桶,储水量自然要大于其它木桶。

各企业在进入市场之初,起步是不完全一样的,

有的基础扎实,有的基础薄弱,有的资源面广,有的资源面窄,

这都对企业的最初的发展起到关键的作用。

3.在每块木板都相同的情况下,木桶的储水量还取决于木桶的形状:

在周长相同的条件下,圆形的面积大于方形的面积。

因此圆形木桶是所有形状的木桶中储水量最大的,

它强调组织结构的运作协调性和向心力,围绕一个圆心,形成一个最适合自己的圆。

因此,从做企业来说,企业的每一块资源都要围绕一个核心,

每一个部门都要围绕这个核心目标而用力,

作为总经理来说,偏颇任何一个部门都会对木桶的最后储水量带来影响。

有一句话说得好,结构决定力量,结构也决定着木桶储水量。

相互作用

4.木桶的最终储水量,还取决于木桶的使用状态和相互配合:

虽然木桶的储水量取决于最短板的高度,不过,在特定的使用状态下,通过相互配合可增加一定的储水量,

如有意识地把木桶向长板方向倾斜,其储水量就比正立时的木桶多得多;

或为了暂时的提升储水量,可以将长板截下补到短板处,从而提高储水量。

木桶的长久储水量,还取决于各木板的配合紧密性,配合要有衔接,没有空隙,

每一块木板都有其特定的位置和顺序,不能出错。

如果每块木板间的配合不好,出现缝隙,就会导致漏水。

一个团队,如果没有良好的配合意识,不能做好互相的补位和衔接,最终储水量也不能提高。

单个的木板再长也没用,这样的木板组合只能说是一堆木板,而不是一个完整的木桶、一个团队。

如果把木桶比作企业竞争力的支持元素,那么储多少水就是企业的真正竞争力,

但是,所有的这一切,都是建立在静止的并且是理想的一种假设为前提:

即所有木桶都是放在同等的取水状态,

比如是下雨的天气,所有木桶都在接收落下来的雨水,并且不管接住的雨水用于何处、如何使用等等。

其实,储水本身是一个动态过程,做企业、做品牌,也并不仅仅是一个储水的过程,不是储水越多越好。

其实最重要的还在于如何更有效率地储水和如何使用所储之水。

5.木桶理论的动态演变:

首先,在储水前要清楚这样一个疑问,是先有水还是先有桶?先有大木桶还是先有小木桶?

按照木桶理论,必然是先有木桶,再有水,然后不断调整,从小木桶到大木桶,从短木桶到长木桶,

没有哪只木桶一开始就非常大非常深的。然而在实践上,也许是先有水再有木桶,或者是先有不成形的木桶,

甚至只有几块木板,而不是桶,然后通过这几块紧缺的垄断的木板资源,

赚到第一桶金,然后才做出第一个木桶。

其次,储水量的多少是动态的,

目标设定储多少水,决定于做多少长的木板,而不是越多越好。多了是浪费投资,少了是不求进取。

储水量的多少,有时并不是企业竞争的全部,市场竞争并不是所有木板都超过对手,

有时为了竞争需要还故意卖个破碇给对手,而以自己的集中优势攻别人的相对弱势取得胜利。

就如田忌赛马。当敌众我寡时,就需要集中一点优势予以击破。这就是相对竞争优势。

6.木桶理论中水的使用演变:

所有的储水过程,还在于都是为了让水得到最大的使用价值,是可资使用的水。

一个木桶,首先它至少要有两块最牢固的木板装成提柄,以能轻松提取。

这两块长板必须能负荷起整个木桶的重量。这就是板块的明星效应:

光光这木桶的板都一样长,只是说明你有这个储水潜力,

如何发挥潜力及把它运用出来,必须要有一定的借力,运用提或拉的动作操作起来。

从木桶本身来说,一个木桶至少要有两块木板比其它木板更长更牢固,才可以在上面装上借力的提柄,

在装提柄位置的木块要特别经得起提拉,所谓提纲挈领就是此意。

作为企业,必须要培养核心竞争优势,以这一二点核心优势能够统领整个公司的发展。

否则只是作为一个光溜溜的木桶,实在困难将它提起。

同样,一只太深的木桶,却装着太浅的水,这必将将影响木桶的使用效率。

这同样也不是一个企业追求的最终目标。

形状因素

7.木桶储水多少还取决于各块木板的厚度:

如果木板的厚度不够,水桶的直径越大,木板越长就越危险。

我们将员工的技能看作木板的长短,员工的品德看作木板的厚度,

对于一个企业来说,企业的发展不仅仅是看他拥有多少有能力的员工,

更要看他拥有多少品才都较优秀的员工。

如果没有品德,那么这个员工对于企业的损害程度与他的技能将成正比。

8.木桶储水多少还取决于木桶底面的面积:

如果一个水桶的底面面积不够宽,就等于没有了一个平台,就会让员工束缚住了,难以施展手脚。

 当桶底足够大时员工们就可以发挥自己的特长,即使再短的板子也需要一定的空间。

所以企业必须给员工一个大的桶底,一个大的平台。

才会让员工慢慢地长高,才会有了发展的机会。

时间: 2024-08-28 17:39:52

木桶效应的相关文章

郭靖的师傅 与 反木桶效应

http://blog.sciencenet.cn/home.php?mod=space&uid=287179&do=blog&id=946879 郭靖的师傅 与 反木桶效应 <射雕英雄传>中的郭靖有多少位师傅?从来没想去把名单细节记住,大数据时代,人们已改变了学习方式和记忆方法,只要能记住一点线索,会提出恰当的查询,百度一下就知道了.   儿时的忘年交朋友哲别教他射箭,相当于武功的小学训练: 江南七怪作为志愿者,对他进行了武功的中学教育:这七人虽责任心强,但教学艺术有

网络的瓶颈效应

目录 网络的瓶颈效应 网络的瓶颈效应 上一节,我们讲到机器语言.汇编语言和高级语言,毫无疑问,机器语言和汇编语言我们可以放弃学习,谁想学让谁学去吧!我们重心可以放在高级语言上面,但是高级语言中的编译型语言和汇编型语言两者是互相矛盾的.这个时候对于不同的问题我们就应该有不同的策略,如果我们需要开发一个类似于操作系统这样要求执行速度并且开发周期长的系统,我们可以考虑使用编译型语言:如果我们需要开发一个跳一跳这样的娱乐软件,需要快速开发,我们可以考虑使用解释型语言. 最后,我们需要多说一嘴的是.如果只

07-网络的瓶颈效应

上一节,我们讲到机器语言.汇编语言和高级语言,毫无疑问,机器语言和汇编语言我们可以放弃学习,谁想学让谁学去吧!我们重心可以放在高级语言上面,但是高级语言中的编译型语言和汇编型语言两者是互相矛盾的.这个时候对于不同的问题我们就应该有不同的策略,如果我们需要开发一个类似于操作系统这样要求执行速度并且开发周期长的系统,我们可以考虑使用编译型语言:如果我们需要开发一个跳一跳这样的娱乐软件,需要快速开发,我们可以考虑使用解释型语言. 最后,我们需要多说一嘴的是.如果只是开发互联网程序,我们更建议使用的是解

网络瓶颈效应

网络瓶颈效应 一.网络瓶颈效应 上一节,我们讲到机器语言.汇编语言和高级语言,毫无疑问,机器语言和汇编语言我们可以放弃学习,谁想学让谁学去吧!我们重心可以放在高级语言上面,但是高级语言中的编译型语言和汇编型语言两者是互相矛盾的.这个时候对于不同的问题我们就应该有不同的策略,如果我们需要开发一个类似于操作系统这样要求执行速度并且开发周期长的系统,我们可以考虑使用编译型语言:如果我们需要开发一个跳一跳这样的娱乐软件,需要快速开发,我们可以考虑使用解释型语言. 最后,我们需要多说一嘴的是.如果只是开发

【转载】看StackOverflow如何用25台服务器撑起5.6亿的月PV

问答社区网络 StackExchange 由 100 多个网站构成,其中包括了 Alexa 排名第 54 的 StackOverflow.StackExchang 有 400 万用户,每月 5.6 亿 PV,但只用 25 台服务器,并且 CPU 负荷并不高. 它没有使用云计算,因为云计算可能会拖慢速度,更难优化和更难排除系统故障. StackOverflow 仍然使用微软的架构,它非常实际,微软的基础设施能有效工作,又足够廉价,没有令人信服的理由需要做出改变.但这并不表示它不使用 Linux,它

业务运维:站在企业转型风口上的云智慧

文:胖头陀 云智慧绝对不是一间大的公司. 尽管在所处的"江湖"里,它已经是响当当的角色,然而毕竟原先的市场领域相对狭小,于是殷晋总会有些使不出力的感受. 殷晋是云智慧的创始人,云智慧是他创办的第一家企业. 没有人愿意一辈子做一家小公司,殷晋当然也不例外. 谁不希望自己的公司有谷歌那样的体量?记得当年创办云智慧的时候,殷晋就已经具有了国际化的意识,尽管首批投资并不是非常充裕,他仍花费不菲买下了cloudwise.com这个国际化的顶级域名. 云智慧的业务领域是"为企业级用户提供

安全-流量劫持形成的原因

流量劫持,这种古老的攻击沉寂了一段时间后,最近又开始闹的沸沸扬扬.众多知名品牌的路由器相继爆出存在安全漏洞,引来国内媒体纷纷报道.只要用户没改默认密码,打开一个网页甚至帖子,路由器配置就会被暗中修改.互联网一夜间变得岌岌可危. 详解流量劫持的形成原因 攻击还是那几种攻击,报道仍是那千篇一律的砖家提醒,以至于大家都麻木了.早已见惯运营商的各种劫持,频繁的广告弹窗,大家也无可奈何.这么多年也没出现过什么损失,也就睁只眼闭只眼. 事实上,仅仅被运营商劫持算是比较幸运了.相比隐匿在暗中的神秘黑客,运营商

负责的产品经理是如何跟进需求落地的?

一个产品经理可以随时随地的知晓自己需求的进度,并且能够及时检验,是对产品负责的一个态度. 产品经理中打酱油的节点 最近负责的产品模块进入开发周期,需求评审.产品设计过一段落,是时候歇一口气的周期.往往很多产品经理在这个时候,最常用的是要么在有任务或需求指标下,不快不慢地进入下一个需求:要么是在下一个版本时间.或需求没明确的时候,没有事情的等待产品上线:不得不说这个周期,我认为是评判一个产品经理是否负责的PM. . 有没有跟进时间计划 . 有没有跟进产品节点 . 有没有全局考虑全在这里体现 01 

ONOS:负载均衡路由算法及应用开发(一)

一.应用介绍 当新流量发起时,本应用将为其选择一条路由路径,这条路径具有全局负载均衡意义上的最小权值(Weight/Cost).本应用即将开源在笔者的Github[https://github.com/MaoJianwei/ONOS_LoadBalance_Routing_Forward]本系列文章后续也将同步在笔者的博客Blog[http://maojianwei.github.io/] 为负载均衡举一个简单的例子,在一个三节点的环形网络中,Host2想要访问Host1,此时网络中已经有了一些