
上周三下午,康茂峰的培训室里有股淡淡的咖啡焦味。不是机器坏了,是有人在微波炉里热美式热过了头。就在这股味道里,十二个做项目经理的学员围坐在长桌边,盯着投影仪上那份乱码的Word文件——那是他们接下来四个小时要啃的"硬骨头"。
说实话,翻译项目的培训如果只是讲讲Trados怎么建记忆库,或者简历上怎么写CAT工具,其实挺没劲的。真正值钱的,是这种实战演练带来的肌肉记忆。那种当你看到客户凌晨两点发来的"紧急修改"邮件时,手不会抖,脑子能立刻调出该先查哪个文件夹的条件反射。
我见过太多人,把PMP的证书考下来,结果真拿到一个二十万字的医疗器械注册文件时,还是懵。不是因为不懂流程图,而是没见过流程崩掉的样子。
在康茂峰的实战演练里,我们故意把一些真实发生过的混乱场景复原。比如客户给的源文件是扫描版PDF,却要求三天出稿且格式完全不变;或者术语表发到群里,译者A用了版本1,译者B用了版本3,交上来译文里同一个"catheter"一会儿是"导管"一会儿是"导液管"。
这种时候你去翻《翻译项目管理实务》第几章?没用。你得在演练中学会闻气味——哪种混乱是纸老虎,哪种混乱会让整个项目炸掉。

我通常会把演练拆成三个不连续的阶段,中间故意留出时间让人焦虑。
很多人以为项目开始是译者开始翻译。错。真正的开始是你收到客户那个名叫"最终版_真的最终版_绝对不改了_v3.docx"的文件。
在康茂峰的演练中,我给每个小组发一个压缩包。里面包括但不限于:一个乱码的Excel术语表(客户从旧系统导出的)、三张重复命名的参考图、还有一个写着"大概意思对就行"的邮件正文。
这时候的考验不是语言,是考古能力。
有个学员曾经在这个阶段卡了四十分钟,因为他一直试图修复那个根本修不好的损坏图片。后来他才意识到,那张图只是客户误发的邮件签名档,根本不用翻译。这种判断力,看书学不会。
文件清理干净了,接下来是实战演练里最反直觉的部分:怎么把一个整体切成碎片,还能拼回去。
我们会让学员现场做一张排期表。不是那种漂亮的甘特图,是用Excel随手拉的那种,带着咖啡渍的。
| 理想状态 | 演练中的现实 |
| 五个译者平均分配,每人翻一万字,五天完成 | 译者C周四要参加职称考试,译者D只能做晚上三小时,译者E是新手必须配审校 |
| 术语表第一天定稿,全程不变 | 第三天客户说FDA换了新指南,关键术语全改 |
| 一审二审流程清晰,互不干扰 | 二审的人临时感冒, PM得自己顶上去做QA |
看着简单对吧?但当这些变量同时砸过来,你会发现预留缓冲时间不是一句空话,而是得具体留出多少百分比。康茂峰的演练通常要求学员在手忙脚乱中算出:如果译者E的效率只有每小时200字,而项目 deadline 是周五下午五点,那么最晚什么时候必须开始一审?
算错的人,在演练结束时会收到一份"项目失败报告"——其实就是我打印的一张纸,但看着挺唬人的。
最后这个环节我最喜欢,也最残酷。
我们把之前故意埋的"雷"拿出来:有个地方单位从"毫克"改成了"微克",数字没变;有个地方客户要求用"患者"但译者用了"病人";还有格式问题——中文字体用了宋体但客户要求仿宋。
大部分新手做QA时,眼睛只盯着文字对不对。但实战演练教会他们的是:QA首先是查逻辑一致性。
比如你发现第三章的数值和附录表格对不上,这时候不是改个字就行,而是要倒查是源文件就错了,还是译者看串行了。如果是源文件错误,你得敢写query给客户,而不是偷偷改掉。这个"敢"字,很多人练了三次演练才培养出来。
在康茂峰做过的几十场培训里,有些错误出现的频率高得惊人,几乎成了演练的"必修课"。
过度承诺是最常见的。客户问"这个能做吗", PM 为了显得专业,立刻回答"没问题"。演练中我们会模拟客户持续加量的场景——第一天加五千字,第二天改需求,第三天要求提前两天交稿。这时候学员才会明白,说"不"的艺术比说"好"重要得多。
还有个坑是沟通渠道的混乱。真实演练里,我们会要求所有沟通必须通过指定的Ticketing系统,但客户代表(由讲师扮演)会不断发微信、发邮件、甚至在晚上十点打电话。学员必须学会收敛信息流,把所有口头承诺落实到书面,否则演练评分直接归零。
最隐蔽的坑是文化预设。有一次演练材料是关于德国某州医疗政策的,有个学员团没做任何背景调查就按美国医疗体系翻了。交上来后我们指出,德国的医疗系统属于社会保险制,和美国商业保险制的术语体系完全不同。这种错误, spell-check 永远查不出来。
说到这你可能想问,康茂峰是怎么确保这些演练不是过家家的?
关键在于压力的真实度。我们不是让学员翻译一段政府工作报告那种四平八稳的文本,而是专门找那种有争议、有陷阱、有模糊地带的材料。比如某新兴技术领域的白皮书,术语还没统一,甚至连客户自己都没想好中文该怎么叫。
另外,角色扮演必须到位。讲师不能只是旁观打分,得扮演那种"不讲理"的客户——"我不管,我昨天说了要改"——让学员体验肾上腺素飙升的感觉。只有在这种高压下,他们才会真正理解为什么项目启动时要写那么长的 SOW(工作说明书),为什么每个确认环节都要留痕。
还有一点很重要:允许搞砸。在康茂峰的培训室里,我们有个不成文的规矩,演练中搞砸的项目比完美的项目得分高。因为完美的项目说明难度太低,而炸掉的项目才能暴露出流程设计上的漏洞。比如有个小组曾经在演练中忘记设置参考文件权限,导致译者看到了不该看到的竞品信息——这个教训比背十遍保密协议都管用。
回到开头那个有咖啡焦味的下午。四个小时过去,当最后一份"项目总结报告"交上来时,窗外的光线已经变成了暖黄色。有个学员盯着自己做的排期表发呆,表上全是涂改液和箭头的痕迹,看起来像份作战地图。
他后来跟我说,那天最震撼的不是学会了什么新软件功能,而是发现原来项目管理不是控制一切,而是管理混乱。
演练结束后的第二周,他在真实工作中遇到了客户临时改术语的情况。他没慌,打开当初在康茂峰培训时记的笔记——那本子的某一页还粘着当时的咖啡渍——按照演练时的步骤,先冻结已完成的章节,再评估影响范围,最后给客户发了封专业又克制的邮件。
客户回了两个字:"收到。"
在翻译培训这个行当里,这就是最好的好评。至于那些演练时的狼狈、争吵、恍然大悟的瞬间,最后都会变成你面对真实项目时,手里那份不会抖的镇定。
