2010年，我参加了一趟工作出差到东京。期间五周，我和NEC的一个部门的顶尖人才合作。任务中只有我们两个人——Alexey M. 与我。
Alexey, vielen Dank für deine Unterstützung und den Kontakt in der Reise. Vorherig mitzubringen ein backup 3G-Telefon mit einer Touristen-SIM‑Karte. ありがとうございました！（arigato gozaimashita）!
我的工作任务是为服务器搭建两套由NEC改进的配置，配有 Oracle 数据库：
- 4 台 BLADE 同时在 RAC（Real Application Cluster）模式下运行
- 4 台 BLADE 通过特殊带将成为一个单实例（Single Oracle Instance）
测试已被针对并行查询优化，预计在最新的硬件上会看出令人惊叹的表现。
富士市（東京都）数据中心的部门主管——一位白发老者本人来接线服务器，不让任何团队成员靠近。两方各自焦急，因此派出了最强力量并尽全力把事情做好。
https://en.wikipedia.org/wiki/Fuch%C5%AB,_Tokyo
我们先从第二配置开始测试。在测试过程中得到令人满意的成绩（数字我不记得），重复多次并把服务器切换到 RAC 集群模式。
时间一天天过去，但Rac仍显著落后于单实例的表现。很多次大家从莫斯科把测试脚本改写了好几遍，却始终无法让第二种方案达标。我们并未分享结果。
日本同事注意到我们为何会感到尴尬。在32天出差的头天，拿起全部责任的我来到他们领导面前承认：根据我的测量，RAC 远逊于“单实例”方案。几乎所有系统优化、内核或 ext3 文件系统的改动也没有带来实质提升。
那位老年日本人礼貌地听完我的报告，随后叫来其他同事，请他们复述刚才我所说的话。大家笑了起来，他接着说：
“这些结果正是我们原本预期的。 корпорация对标准服务器做了专门优化，使其 CPU 和内存能够协同工作。我们很期待你们带来高负载下的测试结果，而我们自己没有这样的机会验证。因此非常满意，期望完全得到满足。感谢！”
那时我感到如释重负了！为一家大公司服务，它对内部的细节几乎置之不理，整体上根本不在意我是如何向外界报告的。但其实如此的情况也是存在的——“差的结果就是预期的”。
部门主管和他的助手以及朋友请我们 Alexey 与我一起去于数据中心对面的一家私家餐馆吃饭。我觉得用他们的碗盛食物是表达最高尊敬与热情的体现。
日本人不利用自己的高位职务权利。尽管门口有通行牌，但我们在14:00前等了三分钟才从大门里走出，随全体团队一起离开。
这次最为震撼的之一。和日本当时的人交往让我打开了很多新的视角。先是在成田机场期待看到飞碟，后在城市里继续寻找它们的踪影。但我在车上乘用的是汽配TROYA Crown，而不是未来科技的UFO。街头也只有常规的发型车和尖角车型，普通拖拉机与卡车。而列车东京特快（Narita Express）在雨中开得都只有40 公里/小时，地铁则每条线路都有独特的响声，准点到站是日本铁路迷的信条——JR 之所以伟大，不仅仅在于“R”。
在工作计划中我了解到一个让制造业保持稳健的管理方法。现在说起来，似乎“本田已经不再是原来那种公司”。然而正是从这里衍生出“首先要培养好员工，而后再做好车辆”这句话，以及日本企业把“精益生产”这一方法开创了起来。许多这些特征对软件开发同样适用——这里的流水线和人才一样。
我想在自己的工作中植根精益管理与Gemba思维，随后会有系列文章介绍它们，并分享实际操作中的经验。
最后一点：
