后记

前些日子，我有幸从某企业那里获得参加一个专题座谈会的机会。

主题是「关于培养新人工程师」。虽然担心像我这种半吊子是否真的有资格发表意见，但最终还是配合过去的经历，讲述了将近一个小时的内容。

会中所提出的课题，相信是每个企业都会面临到的问题。例如：训练效果不彰、无法活用学习内容、听讲者的水准差距太大，导致讲义的内容无法标准化——诸如此类的，每个都是让我觉得「啊啊。确实有这么回事」的内容。

事实上，就算公司花大钱让员工去外面受训，也常常无法立即看到成效。毕竟研究室和现场不同，PM和业务总是喜欢跟有实战经验的资深工程师配合，案子轮不到新人处理，等待指派的时间一长，学过的内容也跟着遗忘，最糟的状况可能必须再接受一次同样的训练。

那么在实际的案子中一边进行OJT如何？但前辈工程师基本上相当忙碌，没有时间去转移所有的技术。于是问题就变成，如何在尽量不花时间的情况下让员工学到实践性技术。这个看似单纯却又迫切的问题，就是会中讨论的重点所在。

让员工自己上线看电子教材、出题目看书，或是阅读过去的案件资料……各式各样的意见出炉后，主持人将询问的对象转到我身上：

「夏海老师您怎么看待呢？」

想了一会儿后，我这么回笞：

「应该让他们尝尝失败的滋味。」

回顾以往，我不知在工作上失败了多少次。

不清楚直流电的特性，差点触电身亡；眼睛直视光纤接头，险些导致失明；偷懒没有做例外处理，造成script失控等等。总之我犯过所有想得到的错误和问题，也因此被上司骂过无数次。

所幸其中并无致命性的失败——没有留下后遗症或赔偿官司。但引发问题时的恐惧感，至今仍深深留在我体内。奇怪？好像有股焦味，好像哪里喷出火花了耶？这东西要是摸错位置，我大概会被烤焦吧！变成真正的火灾案件？

可怕，太可怕了。

或许是过于恐惧的缘故，我原则上不会再重蹈第二次覆辙。抢在脑袋下达指令前，我手边的动作便会下意识停住。这个script，按下Enter键之后会一发不可收拾吗？会砍掉以前的资料吗

……为了保险起见，还是再确认一遍吧。遇到看似危险性的处理时，还是必须先弹出确认讯息

——之类的。

大概是因为一路这样子走来，所以我觉得在教育新人「这样做」、「那样做」之前，先让他们实际体验问题的发生会比较有效率。

例如：驾训班的驾驶训练模拟器。无论开得再怎么小心，都会撞到老人或小孩吧，就仿效这种机器创造出一个满是陷阱的验证环境。一有人中招就出来宣判：「造成损失○○圆！」「障碍报告书写○○页交上来！」如此不断重复，大家自然而然会牢牢记住该项技术和方法——

我这么解说之后，几位来宾纷纷冒出「哦哦」的感叹声。

「不愧是丰富经验的过来人。若不是引发过许多的问题，实在不可能想到这种方法。」

在此答谢以下人士。

啊哈哈，也没那么了不起啦。

负责人有些尴尬地抓抓头：

「有啊，有试过一次哦……每个受讲者真的都失败了。」

「之后怎么样了？那个企画有在进行吗？」

…………

……奇怪？似乎不像在夸奖我的样子。

「？」

出于好奇问问，负责人立刻「啊啊」地点头：

「其实是大家工作太忙，抽不出空来参加，所以研修举办失败了。」

耐心地陪伴我多次修改原稿的汤浅责编、提供美丽插昼以点缀本书的lY老师，最后则是手中拿着这本书的您，我要在此献上由衷的感谢之意。谢谢你们。

在那之后，我又在偶然之下碰见那位研修负责人。

对于我的祝贺，对方缩了缩肩膀：

「不，不是那个意思。」

「哦，那不就非常成功了。」

总之，先不提过去的失败经验，陷阱实习法这个点子本身似乎还颇受大家好评，研修负责人也表示「会考虑导入」。接下来就是现场接受几个问题的回答，然后众人就这么散会了……

当然，话题聊着聊着就问到实习的事情。

二〇一一年十二月　　夏海公司