写点什么

Hoshin Kanri 在丰田的应用

  • 2017-03-27
  • 本文字数:1753 字

    阅读完需:约 6 分钟

丰田使用 Hoshin Kanri 来指明使用精益 IT 进行改进的方向。各层次的员工可以交换有关 Hoshin 项目的想法,并获得更高管理层的批准。这种方法让成果更稳固,更容易获得前期作出贡献的员工的认可。

2017 精益 IT 峰会上,丰田汽车欧洲分部副总裁兼首席信息官 Pierre Masai 介绍了 Hoshin Kanri 在丰田的应用。InfoQ 以 Q&A、综述及文章的形式对这次大会进行了报道。

Masai 首先定义了 Hoshin 是什么以及它在企业文化和精益 IT 环境中如何定位。从日语翻译成英文,“Hoshin Kanri”是指“compass management”。据 Masai 介绍,你可以使用 Hoshin 指明你所希望的发展方向,目标就是做正确的事。他描述了自己对精益 IT 的定义,就是“正确地做正确的事”。

按照 Masai 的说法,基于文化的差异,你可以对 Hoshin 作出不同的解释。来自不同文化的人会对“正常行为”有不同的理解。他举了人们参加会议的准时性的例子。在一些文化中,人们可能会提前一小时到达,或者提前 15 分钟,而在其他文化里,人们会按照计划时间准时到达,或者稍晚几分钟。根据文化的不同,他们都会认为自己“准时”。

InfoQ 采访了 Pierre Masai,内容涉及 Hoshin Kanri 在丰田的应用及其好处,并请他介绍了名为“精益 2040 Hoshin Kanri”的倡议。

InfoQ:丰田是如何应用 Hoshin Kanri 的?它带来了什么好处?

Pierre Masai:丰田从六十年代开始就使用了 Hoshin Kanri。我们之所以开发一个名为 eHoshin 的在线协作工具,是因为我们有一个称为“传接球”的理论探讨过程,各层次的员工可以交换有关 Hoshin 项目的想法,并可能获得更高管理层的批准,但是,在实践中,这个过程并不容易组织,尤其是涉及到不同的地域和文化时。我觉得,团队的部分成员可能会有非常好的想法,但却没有好的机会分享给别人听。借助 eHoshin,IS(稍后是公司的其他部门)的所有员工都可以贡献自己的想法。这个工具不会取代 Hoshin 流程;它为 Hoshin 提供支持,让成果更稳固,更容易获得前期作出贡献的员工的认可。在 Hoshin 开展阶段,员工评论让我们可以知道谁对哪个主题感兴趣,更快地组建实际实现 Hoshin 项目的团队。

InfoQ:你们在这个过程中学到了什么?

Masai:员工不会主动参与,那取决于文化。例如,在一个更偏向“自上而下”的文化中,上层传达的信息有助于提高员工参与度。另外,管理层向每一名作出贡献的成员反馈其想法的后续情况,这是成功的关键:如果我提出的一个项目被放弃,却从来没有人告诉我为什么,那么下次我就不大可能参与了。不过,解释本身就是一个培训机会:也许这个项目是由不同的团队负责,处于一个不同的层面上,或者因为今年的优先次序不同而在明年实现;这类事情也可以在这种场合说明。

InfoQ:你们已经发起了一项名为精益 2040 的 Hoshin Kanri 倡议。那是什么?人们如何参与?

Masai:我们已经构建了 eHoshin 应用程序(第一个版本),作为一个开源应用,任何人都可以通过网址 www.eHoshin.org 进行访问。在那里,你可以创建自己的 userid,成为 eHoshin 开源应用的一个用户(试一下,如果你是一名 IT 人员,并考虑改进这个开源版本,则请在 GitHub 上进行贡献)。接下来,你可以创建自己的私人 Hoshin(密码保护)——你可以用它准备你女儿 / 儿子的婚礼,或者所在 NGO 的发展方向,或者公司及公司内职能部门的发展方向。你也可以创建公开 Hoshin 主题或为公开 Hoshin 主题做贡献。

我创建的 Lean2040 就是公开 Hoshin 的其中一个例子。其思想是,对于今后 25 年精益运动的发展方向,全球精益社区都表达他们的想法(“改变世界的机器”出版于 1990 年,使“精益”一词在西方成为流行语。2015 年,在该书出版 25 周年之际,作者 Jim Womack 和 Dan Jones 对 25 年后这项运动是个什么样子表达了疑惑)。我提出通过创建这个 Hoshin 来为此做贡献。

如果不积极调节,像这样一个没有准确定义的倡议就不容易像精益运动那样在全球范围内获得一个良好的发展势头,关于这一点,在 2016 年 11 月于伦敦举行的精益峰会上,我们已经和精益领导者们探讨过。通过这次讨论,我在这次精益 IT 峰会上进一步传达了这种信息,而且,我相信,和 IT 开源社区类似,围绕这样一个公开的 Hoshin 倡议,会有一个“自建”势头,对于开源代码的不断贡献也会改进 eHoshin 应用程序本身。

查看英文原文 Applying Hoshin Kanri at Toyota

2017-03-27 19:002256
用户头像

发布了 1008 篇内容, 共 433.5 次阅读, 收获喜欢 346 次。

关注

评论

发布
暂无评论
发现更多内容

K8s 常见面试题

互联网工科生

Kubernetes k8s

让企业内部开发游刃有余,平台工程到底是什么?

树上有只程序猿

DevOps 软件开发 平台工程

九科信息成功签约中交财资管理(香港)有限公司-境外银行账户可视化管控流程自动化系统项目

九科Ninetech

揭秘!CIPU最新秘密武器–弹性RDMA的技术解析与实践

阿里云弹性计算

技术分享| WebRTC之SDP详解

anyRTC开发者

WebRTC RTC sdp

校源行丨开放原子开源基金会赴苏州大学走访交流

开放原子开源基金会

开源

介绍一下我们的开源“充电之旅” - 两位新晋 Apache Flink Committer 专访

字节跳动云原生计算

flink 开源 字节跳动 流式计算

MySQL的Json类型字段IN查询分组和优化方法

北桥苏

MySQL SQL优化 虚拟字段

低代码系列——初步认识低代码

互联网工科生

软件开发 低代码 JNPF

人机协作的交融:语音标注平台的秘密

数据堂

报名开启 | HarmonyOS第一课“营”在暑期系列直播

HarmonyOS开发者

HarmonyOS

语音技术的催化剂:语音标注平台的崛起

数据堂

备份或同步数据?跨国大文件传输的不同需求与解决方案

镭速

大文件传输 跨国文件传输

小米交卷大模型,全新小爱同学实测来了

Openlab_cosmoplat

小米 大模型 小爱同学

软件测试/测试开发丨Python 模块与包 学习笔记

测试人

Python 程序员 软件测试 自动化测试 测试开发

mutex vs atomic

Geek_44385e

Atomic mutex 互斥锁

和鲸 ModelWhale 与中科可控多款服务器完成适配认证,赋能中国云生态

ModelWhale

云原生 服务器 信创

画质提升+带宽优化,小红书音视频团队端云结合超分落地实践

小红书技术REDtech

音视频 小红书

软件测试/测试开发丨Python 错误与异常 学习笔记

测试人

Python 程序员 软件测试 自动化测试 测试开发

慧函数生成代码应用到IDEA遇到依赖包问题怎么办?

飞算JavaAI开发助手

星火大模型 VS FuncGPT(慧函数), 谁更胜一筹?

飞算JavaAI开发助手

关于云原生开源开发者沙龙「微服务X消息队列专场」的延期通知

阿里巴巴云原生

阿里云 微服务 云原生 消息队列

拯救开源:《网络韧性法案》即将带来的悲剧

开源雨林

开源 LICENSE

SRE方法论之服务质量目标

不思jo

SRE

借助 AI 工具,真的能成为 10x 工程师?

飞算JavaAI开发助手

解决跨时区跨语言的国外大文件传输问题

镭速

跨国传输大文件 传输大文件 国外大文件传输

科技前沿的助力:探索语音标注平台的奇迹

数据堂

Hoshin Kanri在丰田的应用_精益_Ben Linders_InfoQ精选文章