🍊
翻译橙
🍊返回主站🤖参与贡献
  • hello,这里是翻译橙
  • spring boot参考文档
    • 1. 法律
    • 2. 寻求帮助
    • 3. 文档概述
    • 4. 入门
    • 5. 升级Spring Boot
    • 6. 使用 Spring Boot 进行开发
      • 6.1. 构建系统
      • 6.2. 构建你的代码
      • 6.3. 配置类
      • 6.4. 自动配置
      • 6.5. Spring Bean 和依赖注入
      • 6.6. 使用@SpringBootApplication注解
      • 6.7. 运行您的应用程序
      • 6.8. 开发者工具
      • 6.9. 打包您的生产应用程序
      • 6.10. 接下来读什么
    • 7.核心特性
      • 7.1. SpringApplication
      • 7.2. 外部化配置
      • 7.3.Profile配置
      • 7.4.日志记录
      • 7.5.国际化
      • 7.6 面向切面的编程
      • 7.7. JSON
      • 7.8. 任务执行与调度
      • 7.9. 单元测试
        • 7.9.1. 测试范围依赖
        • 7.9.2. 测试 Spring 应用程序
        • 7.9.3. 测试 Spring Boot 应用程序
        • 7.9.4. 测试容器
        • 7.9.5. 测试工具
      • 7.10. Docker Compose 支持
      • 7.11. 测试容器支持
      • 7.12. 创建您自己的自动配置
      • 7.13. Kotlin 支持
      • 7.14 SSL
      • 7.15.接下来要读什么
    • 8. 网络
      • 8.1. Servlet Web 应用程序
        • 8.1.1. “Spring Web MVC 框架”
        • 8.1.2. JAX-RS 和Jersey
        • 8.1.3. 嵌入式 Servlet 容器支持
      • 8.2 反应式网络应用程序
        • 8.2.1. “Spring WebFlux 框架”
        • 8.2.2. 嵌入式反应式服务器支持
        • 8.2.3. 反应式服务器资源配置
      • 8.3. 优雅关机
      • 8.4. spring安全
        • 8.4.1. MVC安全
        • 8.4.2. WebFlux 安全
        • 8.4.3. OAuth2
        • 8.4.4. SAML 2.0
      • 8.5. spring 会话
      • 8.6.GraphQL
      • 8.7. Spring HATEOAS
      • 8.8.接下来读什么
    • 9. 数据
      • 9.1. SQL数据库
      • 9.2. 使用 NoSQL 技术
      • 9.3. 接下来读什么
    • 10. 消息
      • 10.1. JMS
      • 10.2. AMQP
      • 10.3. Apache Kafka 支持
      • 10.4. Apache Pulsar 支持
      • 10.5. RSocket
      • 10.6. Spring Integration
      • 10.7. WebSockets
      • 10.8. What to Read Next
    • 11. IO
      • 11.1. 缓存
      • 11.2. Hazelcast
      • 11.3. Quartz 调度程序
      • 11.4. 发送电子邮件
      • 11.5. 验证
      • 11.6. 调用 REST 服务
      • 11.7. web services
      • 11.8. 使用 JTA 进行分布式事务
      • 11.9. 接下来读什么
    • 12. 容器镜像
  • Spring核心功能
    • 1.IOC容器和Bean简介
      • 1.2. 容器概述
      • 1.3. Bean概述
      • 1.4. 依赖项
        • 1.4.1. 依赖注入
        • 1.4.2. 详细的依赖关系和配置
        • 1.4.3. 使用depends-on
        • 1.4.4. 延迟初始化的 Bean
        • 1.4.5. 自动装配协作者
        • 1.4.6. 方法注入
    • 2. Resources
      • 2.1. 介绍
      • 2.2. Resource接口
      • 2.3. 内置Resource实现
      • 2.4. ResourceLoader接口
      • 2.5. ResourcePatternResolver接口
      • 2.6. ResourceLoaderAware接口
      • 2.7. 资源作为依赖
      • 2.8. 应用程序上下文和资源路径
    • 3. 验证、数据绑定和类型转换
      • 3.1. 使用 Spring 的 Validator 接口进行验证
      • 3.2. 将代码解析为错误消息
      • 3.3. Bean 操作和BeanWrapper
      • 3.4. spring类型转换
      • 3.5. spring字段格式
      • 3.6. 配置全局日期和时间格式
      • 3.7. Java Bean 验证
    • 4. SpEL表达式
    • 5. Spring 面向切面编程
      • 5.1. AOP 概念
      • 5.2. Spring AOP 的能力和目标
      • 5.3. AOP 代理
      • 5.4. @AspectJ 支持
        • 5.4.1. 启用@AspectJ 支持
        • 5.4.2. 声明一个切面
        • 5.4.3. 声明切入点
        • 5.4.4. 声明切点
        • 5.4.5. 切面说明
        • 5.4.6. 切面实例化模型
        • 5.4.7. AOP 示例
      • 5.5. 基于模式的 AOP 支持
      • 5.6. 选择要使用的 AOP 声明样式
      • 5.7. 混合切面类型
      • 5.8. 代理机制
      • 5.9. @AspectJ 代理的程序化创建
      • 5.10. 在 Spring 应用程序中使用 AspectJ
      • 5.11.更多资源
    • 6. Spring AOP API
      • 6.1. Spring中的切入点API
      • 6.2. Spring 中的 Advice API
      • 6.3. Spring 中的 Advisor API
      • 6.4. 使用ProxyFactoryBean创建 AOP 代理
      • 6.5. 简洁的代理定义
      • 6.6. 以编程方式创建 AOP 代理ProxyFactory
      • 6.7. 操作切面对象
      • 6.8. 使用“自动代理”工具
      • 6.9. 使用TargetSource实现
      • 6.10. 定义新的切面类型
    • 7. 空指针安全
    • 8. 数据缓冲器和编解码器
    • 9. 日志
    • 10. 附录
      • 10.1. XML 模式
      • 10.2. 自定义XML Schema
        • 10.2.1. 创作 Schema
        • 10.2.2. 编码一个NamespaceHandler
        • 10.2.3. 使用BeanDefinitionParser
        • 10.2.4. 注册处理程序和模式
        • 10.2.5. 在 Spring XML 配置中使用自定义扩展
        • 10.2.6. 更详细的例子
      • 10.3. 应用程序启动步骤
  • 使用redis实现分布式锁
  • Java 安全标准算法名称
  • JDK 9 JEP
  • JDK 10 JEP
  • 人件
    • 《人件》
    • 第一部分 管理人力资源
      • 01 此时此刻,一个项目正在走向失败
      • 02 干酪汉堡,做一个,卖一个
      • 03 维也纳在等你
      • 04 质量——如果时间允许
      • 05 再谈帕金森定律
      • 06 苦杏素
    • 第二部分 办公环境
      • 07 家具警察
      • 08 “朝九晚五在这里啥也完成不了。”
      • 09 在空间上省钱
      • 间奏曲:生产效率度量和不明飞行物
      • 10 大脑时问与身体时间
      • 11 电话
      • 12 门的回归
      • 13 采取保护步骤
    • 第三部分 正确的人
      • 14 霍恩布洛尔因素
      • 15 谈谈领导力
      • 16 雇一名杂耍演员
      • 17 与他人良好合作
      • 18 童年的终结
      • 19 在这儿很开心
      • 20 人力资本
    • 第四部分 高效团队养成
      • 21 整体大于部分之和
      • 22 黑衣团队
      • 23 团队自毁
      • 24 再谈团队自毁
      • 25 竞争
      • 26 一顿意面晚餐
      • 27 敞开和服
      • 28 团队形成的化学反应
    • 第五部分 沃土
      • 29 自我愈复系统
      • 30 与风险共舞
      • 3l 会议、独白和交流
      • 32 终极管理罪恶得主是……
      • 33 “邪恶”电邮
      • 34 让改变成为可能
      • 35 组织型学习
      • 36 构建社区
    • 第六部分 快乐地工作
      • 37 混乱与秩序
      • 38 自由电子
      • 39 霍尔加·丹斯克
由 GitBook 提供支持
在本页
  • 作为工作压榨机制的领导力
  • 作为服务的领导力
  • 领导力和创新
  • 领导刀:言与行

这有帮助吗?

在GitHub上编辑
  1. 人件
  2. 第三部分 正确的人

15 谈谈领导力

尽管大家经常谈论领导力,却很少能够在工作中真正展现。公司也经常在谈论领导力。

这里所谈的领导力通常指的是如何巧妙利用权力在组织中达成一个目标。只有管理者才需要去领导。管理者被送去参加各种各样的领导力培训班,去学习如何更好地使用他们的权力来指挥下属。在这种观点下,领导力是自上而下的——领导在上,跟随者在下。从组织的架构图看,上面的人领导你,而你则领导架构图中直接位于你所在方框下面的人。

作为工作压榨机制的领导力

一种让人头疼的“激励”宣传这样说,“领导的速度决定团队的效率。”这种领导力就是工作榨取的机制,它追求数量而非质量。管理者领导你,就是想办法让你工作更卖命、时间更长、没法休息。

在第一次世界大战早期,一位叫 Lev Davidovich Bronstein 的年轻俄罗斯新闻记者发回了他在前线关于领导力的一些观察。由于之后他成为了托洛茨基革命派,他发回来的信件没被丢失,而是完好地保存了下来。在一封信中,他提到除非得到额外的辅助,新晋军官完全无法领导他的部队作战。用枪来指挥意味着你是站在手下的背后进行“领导”,这与工作榨取风格的领导力雷同。在工作环境中,拥有职务和地位的权力就是那支枪。

作为服务的领导力

实际上,最为卓越的领导力——大家真切表达出来并且深深敬重的那种——经常来自于那些没有地位权力的人。这样的领导力通常发生在公司层级结构之外。

闲散在家时,我每周会玩两三次网球。我们小组的组织者名叫迈克,极富感召力。他是我们小组的领导者,决定我们每场球:谁跟谁搭档,谁和谁比赛。每局打完,他会重新排布,保证我们每人三局都有不同的对手(我们 16 人 4 个场地)。他很会按能力配对,比赛开始后半小时左右,你可以看到各个场地经常有 5 比 4、6 比 6、7 比 6 或者 5 比 5 这样的比分。他声音洪亮,即使隔着三个场地也能听得清清楚楚。他会安排比赛时间、协调场地。如果谁临时不能参加,他能保证有足够的替补。没有人让迈克来领导我们这个小组;他很自然地就站出来做了这些事情。没有人挑战他的领导,我们大家都为有他来带领我们而感到幸运。他也没有得到任何东西,除了我们对他的感激和尊敬。 -TDM

在这个例子中,领导力并不是从我们身上压榨出什么东西,而是一种服务。在这个世界上,像迈克这样的领导力保证了他们能够不停地推动大家前进。虽然他们不时会制定明确的方向,但他们更多是催化剂,而非导航员。他们给奇迹的产生带来了可能。

如果不靠职位的授权来领导——不需要任何人任命你为领导——你需要做迈克做的事情:

  • 主动承担任务。

  • 明显地胜任工作。

  • 为任务准备提前做足必要的功课。

  • 让每个人创造最大的价值。

  • 实施过程中保持幽默和明显的善意。

有感染力自然大有裨益。

领导力和创新

在组织里,这种不依靠授权来领导的倾向,是人们能够创新以及敢于突破行业限制的标志。创新依靠领导力,而领导力又需要创新。二者互为依存,若一项能力存在不足,就会影响另一项能力。

相对于领导力,关于创新的言行之间的比例更显夸张。很多企业高管总是嘴上挂着创新。他们的口头禅是:“我们只有创新才能生存。创新至关重要,怎么强调都不过分。注意啦,创新真的、真的很重要。创新是我们每个人的工作。事实上,是我们每个人工作中最重要的部分。大家听仔细了:要勇敢起航,追求创新。”呃,顺便说一下,

  • 没人有时间去创新,他们都 100%满负荷了。

  • 即使产生了再多的创新也不受待见,因为创新就意味着大家需要接受改变。

  • 真正的创新很可能对创新者之外的人产生影响力,这会让上层管理者心生忌惮,往往会怀疑他想从下面来管理组织。

结论就是,即使最好的创新也需要一点离经叛道才能产生影响:离经叛道的领导力。创新者自己可以不是一个伟大的领导者,但必须有人是。在这个创新过程中,这种离经叛道的领导力带来的是时间——让一个关键人物不去做产生利润的工作(这可能是提出建设性的反对意见),而去尝试处于萌芽中的想法——同时,为了能够让创新发挥效力,即使再难,也需要对组织进行重组。

因为没人知道下一个创新会如何改变一个组织,所以也就没人能够提供足够的理由赋予关键支持者权力去做需要完成的事情。这也解释了为什么将领导力作为一种服务,总是在没有官方授权的方式下展开。

领导刀:言与行

看了最近百老汇亚瑟·米勒《推销员之死》的表演,快要结束时,我被其中一句台词给震惊了。主角威利·罗曼找到他富有的邻居查理,想让他再借一小笔钱。查理的财富和威利的失意形成了鲜明的对比,这种对比也反映到他们的儿子身上:威利的儿子比弗变得很糟糕,而查理的儿子本纳德则成为了一名成功的律师。查理把钱借给了威利,并自豪地告诉威利,他儿子本纳德去首都华盛顿辩护一个高院的案子。想象一下,这可是美国最高法院哦。

“最高法院!”威利说,“他怎么都没提到呢!”

“他不用说的——”查理回答到,“他已经去做啦。”

-TRL

如果企业都能够接受自然而然产生的领导力,企业内就不需要那么多空对空的谈话了。

上一页14 霍恩布洛尔因素下一页16 雇一名杂耍演员

最后更新于6个月前

这有帮助吗?