🍊
翻译橙
🍊返回主站🤖参与贡献
  • 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. 第一部分 管理人力资源

03 维也纳在等你

几年前,我和南加州的一位大项目经理谈到项目中的一场“战争”。一开始,他就谈到了项目成员疯狂工作酿成的恶果。至少两起离婚可以直接归咎于团队成员的加班,还有一位成员的儿子染上了毒瘾,可能就是因为这位父亲太过忙碌而无暇顾及对孩子的教育。最后,测试部门的头儿精神都崩溃了。

在他继续叙述这样的恐怖经历时,我开始意识到此人个离婚或两个自杀,这个项目就会大获成功,至少在这家正在用一种奇怪的方式自夸。你或许会怀疑,倘若再有一伙的眼里事情就是这样。 -TDM

对于大家都说的“聪明地工作”,一个共识就是现实生活中的管理者如何让人们以牺牲自我生活为代价来承受更大的工作强度和更长的工作时间。管理者永远拿着个大喇叭,鼓吹他们的员工加了多少班,并谋算着如何让大家加班更多的手段。

西班牙理沦

历史学家很早之前就抽象出了不同的价值理论:西班牙理论认为世界上的价值总量是定额的,因而财富积累的道路就是学会从大地或者别人的背上去攫取。另一种英国理论则认为,价值是通过智慧和科技创造出来的。所以,在英国人进行着工业革命的时候,西班牙人推动着他们的轮子来开发新大陆的土地并统治印第安人。他们越洋过海,将大量的黄金搬运回国,而他们的努力换来的却是通货膨胀(黄金太多,而可用商品太少)。

西班牙的价值理论在很多管理者身上都可以看到,特别是在他们讨论生产效率时。生产效率本应该是让单位时间内的工作产生更高的价值,然而它却常被看作是如何在单位付酬的情况下攫取更多价值。二者存在天壤之别。奉行西班牙理论的管理者梦想通过不付薪酬的加班来获得生产效率的提高。无论工作多久,他们都按照每周 40 小时分配,而不是员工现实工作的 80 乃至 90 小时。

这根本就不是生产效率——更像是欺诈——但现在很多美国管理者就在这样做。他们连哄带骗地让员工延长工作时间。他们给员工强化交付日期的重要性(其实可能完全是随意的,世界不会因为一个项目晚了一个月就停止转动)。他们使用各种手段让员工接受那些根本没蓿望达成的进度安排,让他们因为内疚而不得不牺牲自己的其他时间来工作。他们做任何事情都是希望让员工工作强度更大、工作时间更长。

来自家里的一句话

虽然你的员工在办公室里得到的信息是“工作时间长点、强度大点”,但他们在家里得到的信息却迥然不同。家里传递着信息:“生命正在流逝。衣柜里堆着你的脏衣服,你的孩子们得不到拥抱,你的配偶正在寻找别的地方。那种被称为生命的旋转木马只有一圈,中奖的机会只有一次。如果你把你的生活都耗在 C++上……”

但你知道何时告知真相, 你或许能够心想事成,又或者你会慢慢变老. 还未跑完半程,你就会被踢出局, 你何时会想到……维也纳在等你? -Billy Joel,《The Stranger》

在 Billy Joel 的歌中,那个等你的维也纳就是你人生旅途的最后一站。当你抵达那里,一切结束。要是你觉得你的项目成员从来不考虑这么沉重的问题,那就再想想。你的成员都意识到人生苦短,生活中还有许多事情比这愚笨的工作更重要。

不存在加班的谎言

让定薪员工加班是无知的管理人士脑海中的臆想。是啊,星期六工作几个小时可能会对星期一的最后期限有帮助,带来的后果却是需要花“地下时间”e 来弥补他们自己的生活。计算投入与产出,每加班一个小时,就需要一个或更多个小时的地下时间。这完全是杀鸡取卵,短期来看或许有利,从长远看其实人不敷出。

疯狂的孩子慢一点, 关掉你的电话玩玩消失 没什么大不了 失去一两天不会有啥影响 你何时会想到……维也纳在等你?

类似于不付薪酬的加班时间,对于持西班牙理论的管理者来说,对地下时间也是视而不见的(他们不管人们一星期花费了多少时间,总是以 40 小时来计算)。在任何人的考勤表里,你看不到它的踪影。这些时间花在煲电话粥,聊天吹牛,又或者休息养神上。没有人能真正工作超过 40 小时,至少不可能持续,特别是对需要创造力的脑力劳动来说更是如此。

加班就像冲刺:跑马拉松跑到最后 100 码,体力还有剩余才算有意义。若一开始就冲刺,那你纯粹就是浪费时间。让人们过度冲刺,只能让大家失去对管理者的尊重。最优秀的员工在之前都经历过这种事:当管理者极力鼓吹工作必须在 4 月完成时,他们目光闪烁,明白此时应该保持沉默。然后,他们只要逮着机会就会补偿性地做与工作无关的事情,到最后,他们真正工作的时间还是每星期 40 个小时。最好的员工都会这样反应,其他不这样的全是工作狂。

工作狂

工作狂会做很多不计薪酬的加班。他们的工作时间长得夸张,虽然效率可能在下降。给他们足够的压力,他们会工作到完全丢掉自己的个人生活。但这只能是一段时间,即使是最疯狂的工作狂,信息迟早还是会传递到他们那里:

慢点儿,你做得很好啦, 这辈子你不可能做你想做的所有事情。 在这暧昧的夜晚,尽管如此的浪漫。 但你何时会想到……维也纳在等你?

一旦认同这样的理念,员工就会在完成项目后永远消失。为了不那么重要的价值(工作),而牺牲了生命中更重要的价值(家人、爱情、家庭、青春),这种认识让人备受打击。这会让一个不经意间做了牺牲的人愤怒得想要复仇。他不会去找老板,然后淡定而体贴地劝说事情应该在将来做出改变——另一种情形是他已经心力交瘁,唯有选择辞职。无论哪种方式,他终归是离开了。

工作狂是一种病,但不像酗酒那样只影响不幸的少数人。工作狂就像常患的感冒:每个人都有可能感染上。我们写这些的目的不是要讨论工作狂的产生及治疗,而是指出一个简单的问题,即作为管理者的你应该如何应对这些工作狂。如果用西班牙理论将他们压榨到底,你最终将失去所有。不管你多么需要大家投入额外时间加班加点,都不能让大家以牺牲个人生活为代价。失去好的员工绝对不划算。这已经超越了工作狂这个狭隘话题,而是复杂而有意义的对工作效率的讨论。

工作效率:赢得战斗,输掉战争

下一次,倘若你听到有人提及生产效率,仔细倾听,是否会谈到“员工流失”这个词。他十有八九都不会提到。这些年来,在对生产效率的讨论以及数百篇相关文章中,我们从未听到哪位专家在人员流失这个话题上提出任何观点。但这样的顾此失彼有意义吗?让我们来看看一些组织采取的提高效率的典型手段:

  • 对人们加压以获得更长的工作时间。

  • 产品开发的流程机械化。

  • 牺牲产品的质量(下章我们再具体探讨)。

  • 标准化工作程序。

上面任何一项都会让工作减少一分愉快及乐趣。因此,提高生产效率的过程可能会诱发员工去寻找其他更满意的工作。当然,这并不是说我们就一定不能承担因为提高生产效率而造成的人员流失,只是在获得高生产效率时,一定要考虑可能的人员流失,不然所谓的“提高”可能会因重要人员的流失而被抵消。

大多数组织不会对流失人员进行统计。几乎没有人可以告诉你替换一名有经验的员工的成本。无论什么时候讨论生产效率,衡量起来都好像人员流失根本不存在,或者与成本无关一样。Data General 的 Eagle 项目就是这样一个案例。该项目是西班牙理论的胜利:工作狂的项目成员通过不停加班把生产效率推向了一个前所未有的高度。项目最后,几乎所有开发人员都离职了。这样做的成本有多高?没人在计算时考虑这些。

生产效率的定义是收益除以成本。看得见的收益就是通过工作赚取金钱,而成本则是全部的花销,包括替换那些疲惫不堪的工作人员。

反思

在我早期的一个咨询项目中,项目运行平稳,项目经理知道她能够按时交付产品。她被叫到管理委员会( management committee)做进度报告。她说她可以保证产品在 3 月 1 日的最后期限完成,完全准时地遵循最初的估算。上层管理者仔细地讨论了这意料之外的好消息,第二天又把她叫来。他们解释道:因为她能够在 3 月 1 日准时交付,所以最终期限被提前到 1 月 15 日。

项目实际能够达到的时间表对持西班牙理论的管理者是没有价值的,因为这样的时间表不会把人们放到压力之下。一个更好的根本毫无希望达成的时间表才能让员工们付出更多的劳动。

在职业生涯中,你总会遇到一个或者几个这样奉行西班牙理论的管理者。你可以嘲笑这些人的短视,但你自己也应该反思。我们每个人都在过去某个时刻、不同时期屈从于这种短期策略,给下属施加压力,让他们更努力地工作。为了这样做,我们不得不无视大家效率的下降和人员的流失。要忽视这些负面影响总是很容易,不容易做到的是牢记如下令人不适的事实:

压力不会让人工作得更好——只是工作得更快为了工作快点,他们不得不牺牲产品质量以及自身的工作体验。

上一页02 干酪汉堡,做一个,卖一个下一页04 质量——如果时间允许

最后更新于5个月前

这有帮助吗?