管理故事——和尚挑水的故事

有时候企业、公司的各种混乱都是源于管理问题,例如人浮于事、资源错配、机构臃肿……………,暂且不说企业管理、项目的管理,光是个人工作的管理。一个处理不好,接踵而来的就是一堆问题,可怕的不是出现问题,而是问题根源得不到彻底解决,问题就会产生问题,直接让你应接不暇。筋疲力尽,疲于奔命!关于管理的艺术、技巧,不是一两本教科书就能讲得清、道得明的,下面是吃饭聊天时候听同事讲起的一个所谓管理的故事,所谓“一千个读者就有一千个哈姆雷特”,相信大家都会对号入座,都有自己的深刻体会和犀利吐槽。小小故事权当笑话消遣、仁者见仁智者见智吧!

从前,有座山,山里有座庙.一个和尚挑水吃、两个和尚抬水吃、三个和尚没水吃。总寺的方丈大人得知情况后,就派来了一名主持和一名书记,共同负责解决这一问题。主持上任后,发现问题的关键是管理不到位,于是就招聘一些和尚成立了寺庙管理部来制定分工流程。为了更好地借鉴国外的先进经验,寺庙选派唐僧等领导干部出国学习取经;此外,他们还专门花钱请了天主教堂、基督教会的神父传授 MBA。外国的神父呆了不久留下几个屁就走了,一个屁叫 BPR,一个屁叫ERP。书记也没闲着,他认为问题的关键在于人才没有充分利用、寺庙文化没有建设好,于是就成立了人力资源部和寺庙工会等等,并认认真真地走起了竞聘上岗和定岗定编的过场。

        几天后成效出来了,三个和尚开始拼命地挑水了,可问题是怎么挑也不够喝。不仅如此,小和尚都忙着挑水、寺庙里没人念经了,日子一长,来烧香的客人越来越少,香火钱也变得拮据起来。为了解决收入问题,寺庙管理部、人力资源部等连续召开了几天的会,最后决定,成立专门的挑水部负责后勤和专门的烧香部负责市场前台。同时,为了更好地开展工作,寺庙提拔了十几名和尚分别担任副主持、主持助理,并在每个部门任命了部门小主持、副小主持、小主持助理。老问题终于得到缓解了,可新的问题跟着又来了。前台负责念经的和尚总抱怨口渴水不够喝,后台挑水的和尚也抱怨人手不足、水的需求量太大而且没个准儿,不好伺候。为了更好地解决这一矛盾,经开会研究决定,成立一个新的部门:喝水响应部,专门负责协调前后台矛盾。

        为了便于沟通、协调,每个部门都设立了对口的联系和尚。协调虽然有了,但效果却不理想,仔细一研究,原来是由于水的需求量不准、水井数量不足等原因造成的。于是各部门又召开了几次会,决定加强前台念经和尚对饮用水的预测和念经和尚对挑水和尚满意度测评等,让前后台签署协议、相互打分,健全考核机制。为了便于打分考核,寺院特意购买了几个计算机系统,包括挑水统计系统、烧香统计系统、普通香客捐款分析系统、大香客捐款分析系统等等,同时成立香火钱管理部、香火钱出账部、打井策略研究部、打井建设部、打井维护部等等。由于各个系统出来的数总不准确、都不一致,于是又成立了技术开发中心,负责各个系统的维护、二次开发。由于部门太多、办公场地不足,寺院专门成立了综合部来解决这一问题,最后决定把寺院整个变成办公区,香客烧香只许在山门外烧。部门多、当官的多,文件和开会自然就多,为了减少文山会海,综合办牵头召开了 N 次关于减少开会的会,并下达了「关于减少文件的文件」。同时,为了精简机构、提高效率,寺院还成立了精简机构办公室、机构改革研究部等部门。
一切似乎都合情合理,但香火钱和喝水的问题还是迟迟不能解决。问题在哪呢?有的和尚提出来每月应该开一次分析会,于是经营分析部就应运而生了。分析需要很多数据和报表,可系统总是做不到,于是每个部门都指派了一些和尚手工统计、填写报表、给系统打工。
寺院空前地热闹起来,有的和尚在拼命挑水、有的和尚在拼命念经、有的和尚在拼命协调、有的和尚在拼命分析……忙来忙去,水还是不够喝、香火钱还是不够用。什么原因呢?这个和尚说流程不顺、那个和尚说任务分解不合理,这个和尚说部门职责不清、那个和尚说考核力度不够。只有三个人最清楚问题之关键所在,那三个人就是最早的那三个和尚。说来说去,就是他妈的闲人太多了! 他们说:「整天瞎分析个屁! 什么他妈的流程问题、职责问题、界面问题、考核问题,明明就是机构臃肿问题!早知今日,还不如当初咱们仨自觉自律一点算了!如今倒好,招来了这么一大帮脑残,一个个不干正经事还他妈的人五人六的,跟屎盆子一样甩都甩不掉!」
三个人忍无可忍,斗胆向上汇报,要求增加挑水的人手,越过数个层级之后,主持和书记总算收到了这个请求,经过各个部门季度会议的总结和分析,经过了数次激烈的探讨,总算可以从其他部门抽调过来一些和尚进行支援,但这些跨部门过来的和尚根本挑不动水,还对挑水的这几个和尚指手画脚,挑水的和尚再次请求,自己担任挑水的和尚团队负责人。总寺组织部评估之后认为,三个和尚专业有余,管理能力不足,一番鼓励和劝解之后维持现状。
又过了一年,寺院黄了,和尚们也都死了。人们在水井边发现了几具尸体,是累死的;在寺院里发现了几千具尸体,是渴死的。
还有少数几个和尚没有渴死,他们跳槽到了其他寺院,他们是「高层和尚」,并且带去了「先进管理经验」。
这就是管理!

时间: 2024-11-10 10:33:19

管理故事——和尚挑水的故事的相关文章

线程同步经典问题,和尚挑水问题

问题描述 线程同步经典问题,和尚挑水问题 某寺庙有小和尚.老和尚若干.庙内有一水缸.由小和尚提水入缸,供老和尚饮用.水缸可容纳10桶水,每次入水.取水都为1桶,且不可同时进行.水取自同一井中,水井口很小,每次只能容纳一只水桶取水.设水桶个数为3个.试写出小和尚和老和尚的函数,假设有5个小和尚提水入缸,5个老和尚取水喝(每隔一定时间取水一次),分别用不同的线程模拟小和尚和老和尚,使他们能同步进行.(每个和尚一个线程) 解决方案 using System; using System.Collecti

[华为机试真题][2015]65.和尚挑水

题目 某寺庙里7个和尚:轮流挑水,为了和其他任务不能冲突,各人将有空天数列出如下表: 和尚1: 星期二,四; 和尚2: 星期一,六; 和尚3: 星期三,日; 和尚4: 星期五; 和尚5: 星期一,四,六; 和尚6: 星期二,五; 和尚7: 星期三,六,日; 请将所有合理的挑水时间安排表 思路 回朔法求解 回朔法即每进行一步,都试图在当前部分解的基础上扩大该部分解.扩大时,首先检查扩大后是否违反了约束条件,若不违反,则扩大之,然后继续在此基础上按照类似的方法进行,直至成为完整解:若违反,则放弃该步

玩转Windows服务系列——命令行管理Windows服务

原文:玩转Windows服务系列--命令行管理Windows服务 说到Windows服务的管理就不得不说通过命令行的方式管理Windows服务,因为无论是系统管理员,还是通过编程的方式调用cmd命令,命令行都是非常方便以及强大的工具. 接下来就看一下如何通过cmd命令管理Windows服务. 管理Windows服务的主要cmd命令 管理Windows服务的命令应该有很多,但是我所了解到的命令主要有两个:sc.net. 说是两个cmd命令,实际就是windows的system32目录下的两个执行程

Linux监控工具介绍系列——smem

smem工具介绍         smem是Linux系统上的一款可以生成多种内存耗用报告的命令行工具.与现有工具不一样的是smem可以报告实际使用的物理内存(PSS),这是一种更有意义的指标.可以衡量虚拟内存系统的库和应用程序所占用的内存数量. 由于大部分的物理内存通常在多个应用程序之间共享,名为实际使用物理内存(RSS)的这个标准的内存耗用衡量指标会大大高估内存耗用情况.PSS这个参数而是衡量了每个应用程序在每个共享内存区中的"公平分配",给出了一个切合实际的衡量指标.   sme

Linux LVM学习总结——删除物理卷

本篇介绍LVM管理中的命令vgreduce, pvremove.其实前面几篇中以及有所涉及.    vgreduce:通过删除LVM卷组中的物理卷来减少卷组容量.注意:不能删除LVM卷组中剩余的最后一个物理卷    pvremove: 用于删除一个存在的物理卷.使用pvremove指令删除物理卷时,它将LVM分区上的物理卷信息删除,使其不再被视为一个物理卷. 在删除物理卷PV之前,必须将服务器的分区信息.卷组信息.物理卷信息.逻辑卷信息都掌握清楚,避免出现失误或误操作. [root@localh

玩转Windows服务系列——Windows服务小技巧

原文:玩转Windows服务系列--Windows服务小技巧 伴随着研究Windows服务,逐渐掌握了一些小技巧,现在与大家分享一下. 将Windows服务转变为控制台程序 由于默认的Windows服务程序,编译后为Win32的窗口程序.我们在程序启动或运行过程中,如果想看到一些调试信息,那么就只能通过DebugView或者输出到日志的方式了.因为如果我们通过printf或者std::cout输出调试信息的话,Win32窗口程序是无法显示的. 此时,我们是多么怀念我们的经典的控制台程序啊,它可以

玩转Windows服务系列——Debug、Release版本的注册和卸载,及其原理

原文:玩转Windows服务系列--Debug.Release版本的注册和卸载,及其原理 Windows服务Debug版本 注册 Services.exe -regserver 卸载 Services.exe -unregserver Windows服务Release版本 注册 Services.exe -service 卸载 Services.exe -unregserver 原理 Windows服务的Debug.Release版本的注册和卸载方式均已明确.但是为什么要这么做呢. 最初我在第一

SSAS系列——【07】多维数据(查询Cube)

原文:SSAS系列--[07]多维数据(查询Cube) 1.什么是MDX? MDX叫做"多维表达式",是一种查询语言,是一种和SQL类似的查询语言,它基于 XML for Analysis (XMLA) 规范,并带有特定于 SQL Server Analysis Services 的扩展. 2.MDX与SQL有什么区别? 学东西,总是喜欢"先入为主",在学习MDX的时候我第一个想法是:MDX与SQL有什么区别?其实搞清楚这个问题后,MDX是什么也就算搞清楚了.SQL

[转载】——故障排除:Shared Pool优化和Library Cache Latch冲突优化 (文档 ID 1523934.1)

原文链接:https://support.oracle.com/epmos/faces/DocumentDisplay?_adf.ctrlstate=23w4l35u5_4&id=1523934.1用途   提出问题,得到帮助并分享您的心得   排错步骤   什么是shared pool?   专用术语   Literal SQL   Hard Parse(硬解析)   Soft Parse(软解析)   完全相同的语句?   Sharable SQL   语句的版本   Library Cac