书上没写的领导守则
来源:互联网 发布:华为远程删除数据 编辑:程序博客网 时间:2024/04/29 10:15
书上没写的领导守则
这个世界上的「管理学」有两种:一种,是真的带过团队、管过公司的领导人分享的实战经验;另一种,是学校老师、管理顾问在一旁观察、然后自行「研发」出来的理论。我没有说哪里种比较好,只能说书店里的管理丛书很多,但是来自真正有带过兵、打过仗的人的却非常少。更重要的是好的管理观念大多是很精简的,问题是一本书没有个几百页出版社又不会让你发行,所以即使是来自实战者的大作,我认为往往只要抓住重点就可以。
今天要分享的就是年营业额250 亿美元,全球员工多达72,000 人的美国军用设备大厂Raytheon 的董事长兼CEO Bill Swanson (比尔‧史万生) 所称「书上没写」的管理守则。这些守则很多不是他发明的,事实上,他为了把这些守则写成一本小册子还陷入了一些麻烦。但无论如何 Bill 在过去39 年来在 Raytheon 一路从基层爬到今天的位置,所以我认为这些观念是不是原创一点都不重要,反而是它们经历过 Bill 几十年的实际测试,事实证明是真的有用的观念和方法才是重点。
按照惯例,有空的人去读读原文,以下是我选出认为对创业者重要的,有些并加上自己的意见:
- 学会说「我不知道」 — 如果正确使用,你应该会经常说这句话。
- 「出来」比「进去」难很多 — 看看伊拉克「反恐」战争就知道。
- 如果没有人批评你,那表示你没做出什么事。
- 试着找出这个世界「缺少了什么」,大多数的人只看到如何改进既有的东西 — 你没忘记跑得比较快的马吧?
- 找一个你可以把事实跟他说的伙伴 — 你不能选择亲人,但是可以选择共同创办人。
- 常常检视你们在做的事情,然后确定带来的价值是你们想要的,千万不要陷入「惯性作用」中 — 还记得 KCI 吗?
- 无论是个多小的任务,你都要全力以赴。
- 坚持到底常常是胜败的关键,最差的就是开了很多专案,然后通通草草执行。
- 要把一件事情做好,不要等其他人的进度,去追着他们,确定他们会如期完成他们的部分。
- 你必须要重复的表达自己的想法,一直到成功说服其他人加入你,或是被说服为止。
- 沟通必须要「言简意赅」– 相信我,这是最重要的技能,需要不断的练习。
- 养成抓住最核心重点的习惯,任何事情都应该要能用30秒快速解释。
- 努力确定团队里的所有人都知道发生了什么事情或是应该如何预期,千万避免突如其来的噩耗。
- 千万别随意跟其他人的上司抱怨,一封CC他老板的email是非常非常严重的事情。
- 当与外界沟通的时候,记住,你代表着你公司的形象! ! !
- 当碰到紧急情况时,冷静才是最重要的技能。
- 养成习惯作快速且干脆的决策 — 你只需要70% 的准确率。
- 你只会留下1/3 你读过的,1/2 你听过的,但是你会记得100% 的感受 — 用感性、认同的方式引导团队更有效果
- 一个对你很好,但是对服务生很凶的人,不是一个好人。
- 千万别忘了幽默
- 请一定要玩得很开心,你的伙伴、客户,都会被你影响
引用:http://kb.cnblogs.com/page/119792/
- 书上没写的领导守则
- 鲍威尔生活和领导的艺术-我的“13条守则”-事情没你想象的那样糟糕,早上起来一切都会变好
- 按书上的程序写为什么出错
- java中那些书上没详细介绍的类型
- 我们领导写的一句话
- 今天领导没来....
- C++写的书上一个简单的电话薄程序
- 把自己写的程序和书上的比较
- sql server 中的书上写错的问题
- 汝佳大神的紫书上写错了?uva10048
- 部门领导让写的半年总结
- 刚学了一些C++的书上没见过的符号,记录一下
- GetFATEntry详解,书上没讲清楚,转下别人的解释,不然真看不懂。
- 16 - 11 - 16 二叉树(C)生成之--终极奥义--书上没讲的!!
- 写的文章没了
- 团队行为守则—如果你们由我来领导
- 线程示例,一段没一点意义的代码,自已也不知道拿来做什么,跟着书上抄的
- 哲学书上的错误
- Java的多态,interface、abstract
- centos安装redis及php-redis扩展
- 硬链接(hard link)与符号链接(symbolic link)
- firefox插件Firebug的使用教程
- HTML表格在IE中值为空时不显示表格边框的解决方法
- 书上没写的领导守则
- 在Jsp页面中引入CKEditor
- SAP HANA 交换空间(SAP HANA Swap space)
- 唯一约束
- 主键约束
- 如何管理你的程序员
- 创业团队的那些事
- hdoj 1011 Starship Troopers(树状DP)
- tomcat如何处理jsp