管理中第一可怕之事(1) .
如果让每个人选一个管理(包括项目管理和部门管理)中最可怕的事,答案想必不尽相同。
有的人会老生常谈的选沟通不畅,有的人会选文化冲突,有的人会选资源不足等等。
但就我个人感受,第一可怕的事是说了不做,流行点的词可能叫执行力。
典型的场景是规则流程定义了一大堆,一到做的时候这些东西就都放在一边了。
每个人都按自己的习惯来,各行其是。
这很可怕,会导致无政府状态,做的人因为看不到改善而抱怨,管理者会因为看不到未来而绝望。
比如说我们周围路总修不好,对此大概没人认为是个技术问题---偷工减料怎么也不是技术问题。
总结之后可能发现,“啊,这和层层转包有关系。应该禁止。”
接下来制作各种规则,禁止转包。
但不去执行,或者说执行的不好,那结果就很简单---几十年下来路还是修不好。
这类问题复杂么?我们可以说它不复杂,我感觉只要是正常智商的人都能认识到问题的本质。
这类问题简单么?我们很难说它很简单,简单的话怎么几十年还搞不定。
当带队去做事情的时候,有些问题和上面讲的很类似,一些基本的小步骤总是出问题,最终无形的累加项目风险。
比如说:大多项目组会要求有会议记录这东西。各种Review都要有记录,关键的会议也要有记录。
这绝对不是个不好理解的事。
但人员一多,会议一多,执行上就很容易走样。
这个会议不太关键,不写应该没关系吧。
就这么一个条目,写了也没什么意思。
诸如此类。
说了不做的问题很复杂,上面是最简单的例子,接下来看一个复杂点的。
在国内,家长制还是有一些遗风在的。
很多的人并不会直接违反上司的指示。
所以会形成一种很特别的局面:
如果指示是把这张椅子从会议室A挪到会议室B,那么这事基本上会立刻被执行。
如果指示是请按某某规则办事,那么执行上大致会被打点折扣。
如果是“积极工作”(类似不要贪腐)这类指示,那执行程度可能就会变成0。
这个情形下貌似执行程度还行,但其实是没执行力的。
执行这件事情其实很复杂,其成因也往往并不是单纯的经理有问题或者员工有问题,这次开个小头,接下来主要探讨下这个问题。
最后更新:2017-04-03 07:57:16
上一篇:
activity的启动模式和栈管理
下一篇:
团队管理中的第六人模式 .
JXCELL实例学习与研究(四) 之 录入数据、绘制表格、修整线性表的颜色 密码的设置与破译
maven学习十之myEclipse搭建maven项目总结
网站seo优化:站内优化实战技巧
syslog 引发死锁
认识JVM--第二篇-java对象内存模型
通过重建Hosting系统理解HTTP请求在ASP.NET Core管道中的处理流程[上]:采用管道处理请求
C# 下利用ICSharpCode.SharpZipLib.dll实现文件/文件夹压缩、解压缩
php上传图片得到路径给表单字段赋值的通用方法
《软件工艺师:专业、务实、自豪》一3.1 更恰当的比喻
阿里云独享云虚拟主机幸运券领取及使用