团队管理中最可怕的事:缺乏执行力

说了不去做,做不到位
服务器君一共花费了457.184 ms进行了8次数据库查询,努力地为您提供了这个页面。
试试阅读模式?希望听取您的建议

如果让每个人选一个管理(包括项目管理和部门管理)中最可怕的事,答案想必不尽相同。

有的人会老生常谈的选沟通不畅,有的人会选文化冲突,有的人会选资源不足等等。但就我个人感受,第一可怕的事是说了不做,流行点的词可能叫执行力

典型的场景是规则流程定义了一大堆,一到做的时候这些东西就都放在一边了。每个人都按自己的习惯来,各行其是。这很可怕,会导致无政府状态,做的人因为看不到改善而抱怨,管理者会因为看不到未来而绝望。

比如说我们周围路总修不好,对此大概没人认为是个技术问题——偷工减料怎么也不是技术问题。总结之后可能发现,“啊,这和层层转包有关系。应该禁止。” 接下来制作各种规则,禁止转包。但不去执行,或者说执行的不好,那结果就很简单——几十年下来路还是修不好。

这类问题复杂么?我们可以说它不复杂,我感觉只要是正常智商的人都能认识到问题的本质。

这类问题简单么?我们很难说它很简单,简单的话怎么几十年还搞不定。

当带队去做事情的时候,有些问题和上面讲的很类似,一些基本的小步骤总是出问题,最终无形的累加项目风险。比如说:大多项目组会要求有会议记录这东西。各种Review都要有记录,关键的会议也要有记录。

这绝对不是个不好理解的事。但人员一多,会议一多,执行上就很容易走样。

  • 这个会议不太关键,不写应该没关系吧。
  • 就这么一个条目,写了也没什么意思。

诸如此类。

说了不做的问题很复杂,上面是最简单的例子,接下来看一个复杂点的。

在国内,家长制还是有一些遗风在的。很多的人并不会直接违反上司的指示。所以会形成一种很特别的局面:

如果指示是把这张椅子从会议室A挪到会议室B,那么这事基本上会立刻被执行。如果指示是请按某某规则办事,那么执行上大致会被打点折扣。如果是“积极工作”(类似不要贪腐)这类指示,那执行程度可能就会变成0。

这个情形下貌似执行程度还行,但其实是没执行力的。执行这件事情其实很复杂,其成因也往往并不是单纯的经理有问题或者员工有问题,这次开个小头,接下来主要探讨下这个问题。

本文地址:http://www.nowamagic.net/librarys/veda/detail/2099,欢迎访问原出处。

不打个分吗? 还木有人打分噢!

转载随意,但请带上本文地址:

http://www.nowamagic.net/librarys/veda/detail/2099

如果你认为这篇文章值得更多人阅读,欢迎使用下面的分享功能。
小提示:您可以按快捷键 Ctrl + D,或点此 加入收藏

大家都在看

阅读一百本计算机著作吧,少年

很多人觉得自己技术进步很慢,学习效率低,我觉得一个重要原因是看的书少了。多少是多呢?起码得看3、4、5、6米吧。给个具体的数量,那就100本书吧。很多人知识结构不好而且不系统,因为在特定领域有一个足够量的知识量+足够良好的知识结构,系统化以后就足以应对大量未曾遇到过的问题。

奉劝自学者:构建特定领域的知识结构体系的路径中再也没有比学习该专业的专业课程更好的了。如果我的知识结构体系足以囊括面试官的大部分甚至吞并他的知识结构体系的话,读到他言语中的一个词我们就已经知道他要表达什么,我们可以让他坐“上位”毕竟他是面试官,但是在知识结构体系以及心理上我们就居高临下。

所以,阅读一百本计算机著作吧,少年!

《C程序设计语言(第2版新版)》 克尼汉 (作者), 等 (作者, 译者), 徐宝文 (译者)

《C程序设计语言》(第2版新版)是由C语言的设计者Brian W.Kernighan和Dennis M.Ritchie编写的一部介绍标准C语言及其程序设计方法的权威性经典著作。全面、系统地讲述了C语言的各个特性及程序设计的基本方法,包括基本概念,类型和表达式、控制流、函数与程序结构、指针与数组、结构、输入与输出、UNIX系统接口、标准库等内容。

更多计算机宝库...