我真的不应该感到惊讶。打开装有我最新手机的包装盒时，唯一能找到的文档是几乎没有文字的说明表，其中显示了手机的基本部件。就这些。甚至没有快速入门指南。我们中那些在语言服务行业工作了一段时间的人只能回想起产品随附用户手册的时代。当时，产品发布的“准时交付”包括对预发布内容的第一轮翻译，然后是对更新后的最终内容的第二轮翻译，然后是图像的插入，最终DTP和质量的交付确保将多语言手册直接发送给打印机以“节省时间”。 旧方式与新方式 但是如今，项目变得敏捷了。没有时间或没有时间来制作一份40页以上的多语言用户手册。新产品及其变体会经常发布，产品中会内置或在线提供用户帮助。 如今，敏捷开发的两周冲刺周期导致了“连续本地化”，该流程具有相对恒定的流和大量小块新的和更新的文本以供翻译。 “手册”的独特交付不再存在。但是，这并不完全是新的。自1990年代中期以来，汽车行业一直在对服务手册和技术服务公告进行持续本地化。从那以后，更高级的语言服务提供商（LSP）一直在致力于其技术堆栈以支持这种工作流程。 在过去的30年中，持续的本地化已遍及市场垂直和内容类型，全数字化，在我的手机等情况下，完全放弃了印刷手册。之所以能够做到这一点，是因为原始的源内容和翻译越来越多地在内容存储库中管理：用于网站，营销传播，文档和软件。从存储库中提取新的和更新的内容块进行翻译，并在翻译后将其推回。对于某些内容类型，要求是不间断的24/7平移传送带。 自动化的需要 在连续本地化方案中，该过程需要自动化：在翻译之间进行内容交换，在翻译前和翻译后准备文件，分配翻译人员并进行质量保证检查。结果，LSP实施了工作流技术以使尽可能多的流程自动化，并使用诸如精益六西格玛（Lean Six Sigma）之类的方法来查找和消除浪费并改善业务流程。实际上，今天，大多数LSP支持连续本地化作为其服务交付的标准部分。 关注“幸福之路”并不是故事的全部 考虑到连续本地化的时间长度，您可能会认为源内容应该能够快速通过工作流，几乎没有任何阻力。按照80/20的原则，使80%的流程尽可能有效，降低交付成本，增加利润，缩短上市时间，并实现更好的客户满意度。这一切都应该完成并干净利落地完成。对吧？ 也许不是。这种涅槃般的愿景假设翻译是一个工厂般的过程--源词在一端输入，然后就像在一条生产线上一样在另一端变成翻译词。在很大程度上，连续的本地化程序需要这样思考才能发挥作用。企业设计流程，使80%的内容（贡献80%的收入）沿着“快乐之路”（标准的自动化步骤集）流动。但是，如果“快乐之路”得到了流程效率所有的关注，20%的内容没有通过快乐之路流动，最终将贡献80%的成本。 不幸的是，工作流自动化的世界并没有对这20%给予太多的关注。这是为什么？ 大多数关于工作流的理论和市场上的工作流工具都认为这20%是例外:“不寻常的”或“异常的”事件要被最小化，或变化要在标准流程的容差范围内能被处理。这表明它们是与工作流程相关的独特案例，难以预测和管理。但是如果异常和变化是过程的自然组成部分呢？ 当例外是规则时 例如，在飞行时，我们可以把起飞和着陆之间的平稳巡航看作是使用自动驾驶仪可以自动化的一贯的“快乐路径”。起飞和降落，虽然是一次性的，但不是例外或变异；它们是飞行中必不可少的部分，通常需要飞行员的干预，因为这些是机动过程中可能面临的条件变化。 在每一个持续的本地化项目中，我们看到的事件，从快乐之路的角度来看，可能被认为是例外和变化，但却是我们所做工作的内在变化的自然结果。（想想添加或删除语言，更改内容和取消提交。）并且这些事件需要显式管理，而不是最小化或添加到工作流的容差中。 当这些事件管理不善时，所发生的情况就像在多车道高速公路上的车流中，一辆慢车或卡车改变车道，然后一辆汽车抛锚或一辆紧急服务车辆试图通过时，警报器响了一样。正常的交通受到了干扰。如果后面的车辆没有以某种方式改变方向，事件可能最终导致大规模的交通堵塞。就像飞机上有飞行员和机组人员一样，智能高速公路通过摄像头和高架信息引入了主动交通管理，翻译服务公司也有一个项目经理以及他的团队来介入和解决问题。 然而，异常或变异管理并不是工作流研究领域中经常涉及的问题。而现成的工作流工具处理的更少。那么，项目团队如何有效地管理专业服务环境中自然发生的20%的变化，而过程仅仅是为了80%的快乐之路而磨练的呢？ 出色的异常管理的要点 支持有效管理经常被忽视的“不快乐之路”有三个要素: 良好的分类法:一种对异常和变体进行分类的方法，以帮助快速分类它们，并建立工作流，以尽可能有效的方式处理每种类型。虽然建立这一框架需要付出一定的努力，但这样做有助于为战略方针以最具成本效益的方式管理不同的例外类型提供信息。处理异常的分类框架是工作流模式倡议的成果之一。 良好的技术和数据:一个工作流系统，它提供了一种可视化过程中所发生的事情的方法，使项目管理团队能够快速介入并专注于需要做的事情，并防止出现有更多问题需要处理的“交通堵塞”。由于商业工作流系统不能很好地处理持续本地化的异常管理，语言服务提供商倾向于开发他们自己的专有解决方案或围绕商业系统的定制解决方案。如果它被异常处理框架通知，那就更好了。 良好的项目管理:一个经验丰富的团队，在如何与持续的本地化项目合作方面接受过培训，为80%的人建立自动化的工作流，并管理不同的方法来有效地处理剩下20%的人。团队还需要了解异常处理框架，这来自多年来与一些最苛刻的客户和项目一起获得的经验。 计划一切 管理持续的本地化项目需要客户和提供商高度的本地化成熟度，需要时间来建立和达到一个一切照旧的状态，需要一个整体的方法来管理工作流--常规的，可预测的还有例外的。 自然，我们希望80%的大部分内容尽可能高效地流动。但是，剩下的20%也需要关注。忽视它是有风险的。为了取得成功，连续的本地化计划需要的不仅仅是快乐之路的自动化。在持续本地化的快节奏专业服务中，20%中所谓的例外和80%一样是主流。 当你下一次坐飞机，下一次在车流中沿着高速公路巡游，或者下一次打开没有使用手册的盒子时，请考虑一下这一点。 非常感谢解决方案架构师Stuart Sklair提供这篇有见地的文章！