从历史看管理

  我们要发掘中国古人的管理智慧,不仅要古为今用,还要推陈出新。以历史的角度反思现代企业管理本质,每个企业都借鉴历史方案,找到分权与制衡的方法。

  (一)中国古代政府的管理精粹

  管理没有新问题,只是问题的表现形式不同而已。从两千多年来王朝的覆灭兴衰的过程中可以找到解决下面三个问题的绝佳答案。

  1. 如何在战略层次上处理好总部与分部的关系
  2. 如何实现上层对下层的控制和监督
  3. 如何平衡管理层级

  (二)现代企业应该鉴戒的四种王朝管理模式

  1. 封建制度:在这种模式制度下,分部本地化,与总部不再具有共同意志,越来越远,与土著越来越近,直至从总部脱离。例如西周时期的封建管理。
  2. 郡县制度:郡是一级、县是二级,对应企业管理的总公司和分公司;这种制度的弊端在于,中央(总公司)和地方(分公司)联系的人员,久而久之往往变成了地方常驻官员,渐渐自己做主,不听中央指令。例如东汉末年的群雄割据。
  3. 羁縻制度:地方与中央的关系只是定期或者不定期朝贡而已,类似于商业代理行、加盟网络,总部很难控制这些代理行、加盟店。例如唐代的管理模式,安史之乱。
  4. 理藩制度:类似于经管领域的结盟制度,同行结盟,或者不同行结盟,一致对外。该制度存在不稳定,主要是市场划分难以维持不变。例如清朝对蒙、藏两个强势少数名族的管理。

  (三)解决控制权问题,靠这四种运作结构

  1. 汉朝的“子母叠合”:除了少数管理人员,其它管理人员,总部有的,分部都有。这种结构有关弊端:在于发展后期职位类似的人员比管理实务的人员还多。
  2. 宋代的垂直模式:中央管理一切,直辖全国,类似于字母M。这种直辖模式,当规模很大时由于各支线之间没有横向联系,效率低下,就会产生各种问题。
  3. 唐代的双重结构:类似于子母叠合与垂直模式的过渡形式,地方上还是子母叠合,但一些官员既要向当地上司负责,也要向中央负责。结果,该官员往往不知道听谁的指挥才好。
  4. 金、元、清三朝为解决少数名族统治多数名族的情况,而采取的在战略要地驻军的点状驻防结构:控制关键部门的方法,控制全局。

  (四)管理落地四步骤

  1. 计划:广开言路,多听听客户、专家、学者、普通员工的意见。
  2. 决策:董事长与总裁之间的关系,最好是不同的人员分别担任董事长和总裁,不要一人兼任董事长和总裁;董事长与总裁的分工必须明确,董事会只管大政方向,总裁是专家;此外,不要设置太多的总裁助理,否则容易架空总裁的权利了。
  3. 执行:因事设人,而不是因人设事。
  4. 监督:最重要的时间。

  (五)领导的行事风格会影响企业兴衰

  人和制度的关系,类似于司机和车子,制度要靠人来执行。人的因素可以分两个主要部分:干部选择和领导风格

  • 干部选拔:通过考试选拔
  • 领导风格:行事风格、决策风格、管理风格。

  (六)决定朝代兴亡的三种因素

  1. 领袖的因素:需要注意家族的继承
  2. 结构的因素:需要注意层级不能太多太少
  3. 调节因素自身变成干扰因素:调节的关键不是选择和方式,而是随时动态调节

------20200207闪

原文地址:https://www.cnblogs.com/bien94/p/12164378.html

时间: 2024-10-12 06:16:53

从历史看管理的相关文章

数据库深度解析 | 从NoSQL历史看未来

数据库深度解析 | 从NoSQL历史看未来 http://mp.weixin.qq.com/s?__biz=MzAwMDU1MTE1OQ==&mid=209753217&idx=1&sn=d3a021a7bd959cbf92ffc658336b2387&scene=1&srcid=fWEZMjyaJKjZo5wrpSiB&from=singlemessage&isappinstalled=0#rd 本文根据王晶昱(花名沈询)老师在“高可用架构”微信群

WebKit历史项管理的实现

历史项管理根据标准定义,由Page管理一个Joint Session History, 包含了各个子Frame的历史项.逻辑上对应如下的关系: 从上面看三个层次:Page,Frame,以及JS Binding的接口.页面加载的核心是由Frame通过FrameLoader来完成的,HistoryController及BackForwardController可以视为页面加载进行历史项操作的接口. Frame层次中通过HistoryController, Page层次中通过BackForwardCo

WebKit的历史项管理

标准定义 关于历史的管理,和HTML页面加载一样,都有其相应的标准.地址如下: WhatWG: https://html.spec.whatwg.org/multipage/browsers.html#history 其中关于历史项的要点如下: 1. 在onload之前,非用户操作引起的导航操作不建立历史项. 非用户操作比如页面中指定的Timer修改location或iframe的src引发的导航操作.而用户点击发起的Timer,则在timer中记录下在发起timer时标记手势来源.但有一个例外

第一周--Centos7中的 at 使用技巧及其历史命令管理和用法

**Centos 7 中的at 使用技巧及其历史命令管理和用法** 我将在本文讲述如下内容: 关于Linux的发行版及不同发行版间的联系和区别 实现晚上20:30自动关机,并提示用户 总结历史命令管理以及用法 总结Linux帮助用法 * ----------------------------- 大片如下 ------------------------------------------------------------------------------------------ 第一章:关

从点滴看管理之会议管理

现状 随着岗位专业化,部门间的沟通更加频繁,一些缺乏管理的会议降低了我们的工作效率. 如何组织会议 提交会议纪要 项目经理 会议的日期 会议的地点 会议的类型 会议的目的:组织本次会议的目标和想要达到的效果. 应该开的会议: 避免这些会议: 会议的议题:会议讨论的内容项.每一项的预计时间.总时间. 指定会议记录人员 考虑这些人是否可以在会议上贡献价值和获取信息. 会议参与者:明确必须参加的和自愿参加的. 申请会议室 项目经理 发送会议通知 项目经理 如有需要,发放会议材料 如有需要,明确反馈方式

History API与浏览器历史堆栈管理

阅读目录 History API回顾 History API与业务实践 回顾 移动端开发在某些场景中有着特殊需求,如为了提高用户体验和加快响应速度,常常在部分工程采用SPA架构.传统的单页应用基于url的hash值进行路由,这种实现不存在兼容性问题,但是缺点也有--针对不支持onhashchange属性的IE6-7需要设置定时器不断检查hash值改变,性能上并不是很友好. 而如今,在移动端开发中HTML5规范给我们提供了一个History接口,使用该接口可以自由操纵历史记录.本文并不详细介绍Hi

Linux历史命令管理以及用法

history命令管理及用法总结  命令历史:shell进程会在其会话中保存此前用户提交执行过的命令,可以用它来重复执行命令   ~]# history     包括关机前的命令:     定制history的功能,可通过环境变量实现:       HISTSIZE:shell进程可保留的命令历史的条数:       HISTFILE:持久保存命令历史的文件:       HISTFILESIZE:命令历史文件的大小:       HISTTIMEFORMAT="%F %T ":显示时

Linux命令:history命令历史的管理及用

bash可以保存的过去曾经执行过的命令.当某个用户登录到shell中,会读取该用户家目录中的~/.bash_history文件,并将历史命令列表保存到内存中.当用户退出当前shell时,会将内存中的历史命令列表覆盖至~/.bash_history文件. 我们可以通过# histroy 来查看历史命令.history是bash的内部命令.通过# help history获取帮助. 一.history的常见选项 # history ... # 省略前面 994 man poweroff 995 po

军队改革看管理

国家军队改革大刀阔斧,形成了军委管总,战区主战,军种主建的组织管理体系,这种体系的优点我个人理解就是更加专业化,正规化.军种负责对应领域的能力建设, 战区则负责研究布兵作战.和平时期,各兵种部队由军种领导,战时则由战区负责全权领导调度.而军委则负责战略规划指导,战时和各战区形成联合作战指挥体系指导部队作战. 这有点像现代企业里面的运行模式. 领域能力经理负责能力建设,保证员工具有对应的专业素质. 而项目经理则负责以项目为单位的战时管理,对各个领域的员工负责统一调度,按照项目运作指挥的规律来分派工