敏捷软件开发可以改变本地化翻译流程

敏捷软件开发方法，如果被正确地理解和完全接受，可以为任何敏捷软件本地化项目的语言本地化部分的团队创造奇迹。

在没有深入研究敏捷的基础上（如果想获得更多信息，请阅读《敏捷宣言》，深入研究十二原则）,敏捷软件开发可以被认为是一个框架,促进自我组织严密的团队在项目中与其他团队间持续通信、与其他商业参与方密切合作。利用敏捷软件本地化服务的目标是通过在发布软件和软件更新时推出翻译和本地化的内容，快速构建高质量的软件（通过增量冲刺），以满足最终用户的多语言需求。

考虑这个过程时，不要把本地化服务看作是主要开发工作流程的一个单独部分，而应该把敏捷本地化看作是整个项目的一个组成部分，几乎包含在开发过程的每个步骤中。

理解 Scrum Sprint 的团队导向型本质

Scrum 到底是什么（以免您还不知道）？“Scrum 是敏捷的一种，”Mountain Goat Software 的专家 Mike Cohn 解释道。“把敏捷想象成‘冰箱’这个词。他说，冰箱有很多品牌，三星、LG、Kenmore、海尔等等。Scrum 只是敏捷的一个品牌。”

软件本地化适合 Scrum 框架，因为开发团队试图在每次 sprint 中完成一定数量的功能，同时在 sprint 过程中也包括本地化。根据《Scrum 指南》，sprint 的核心是“一个为期一个月或更短的时间框，在此期间创建一个‘已完成’、可用的、潜在可发布的产品增量。”sprint 持续时间应该在整个开发过程中保持不变，在“前一个 sprint 结束后”立即开始新的 sprint。

将翻译和敏捷本地化视为创建多语言软件过程的一部分时，团队需要从一开始就考虑本地化，而不是在项目的后期。“理想情况下，”科恩说，“这意味着本地化新功能也要在 sprint 中完成。”

Scrum 与传统的、更线性的“瀑布式”软件开发方法非常不同，传统的“瀑布式”软件开发方法直到开发过程的后期才引入软件本地化服务。如果敏捷本地化服务在项目接近尾声时引入，就必须快速跟上进度，并且常常必须一次性处理大量的软件翻译，而有时却缺少重要的信息（例如，落后于团队其他成员几步），需要这些信息来按时完成项目。

尽早统一语言本地化开发团队

一个由较小的团队（软件、本地化、业务、营销等）组成的核心团队，利用敏捷方法和 Scrum，可以从持续对话和跨学科团队合作中获得许多好处，而不用等到软件开发过程开始以后。这种方法允许敏捷本地化专家和翻译人员尽早发现语言和文化问题，以及其他不一致之处，这使得程序员可以在这些问题出现时进行处理。一个基于一致基础上解决本地化问题的敏捷 sprint 应该是本文的目标。

如果软件本地化服务把尽可能多的步骤以及发展路径进行统一,一些重大的变化就会超过开发人员和语言本地化专家的眼界，因为他们从未与一个 scrum master（敏捷开发团队的主要架构师）合作,也没有参与处理一个团队致力于敏捷的自组织性质。这可能需要一些时间来适应，但是敏捷方法的优势可以节省业务时间，使他们的软件更新准备好更快地推出，并确保发布高质量的产品、获得更高的客户（最终用户）满意度。

实现敏捷软件翻译本地化

Cohn 说:“很多组织都在等待一个完美的项目，在这个项目上进行敏捷的试点。”虽然他承认采用敏捷方法或进行任何组织变更都是非常困难的，但是 Cohn 建议那些被敏捷所吸引的人应该马上投入进去。“一个完美的项目就是您现在正在做的项目，尤其是如果这个项目面临一个您可能无法及时完成的截止日期。”

从创建用户故事（所需的软件功能的简单描述）和处理产品待办事项列表（列表的优先任务）来推动 sprint 规划和 sprint 本身,如果软件本地化服务从一开始就扎根在敏捷框架,将有更大的机会达到准时软件交付并获得成功。

实现敏捷软件开发方法意味着必须从旧的开发风格重新配置本地化工作流程，并可能更改自动化任务的处理方式，从而允许在项目中涉及的不同团队之间持续传递信息。这些更改通常需要一些初始工作，但是当开发团队和本地化服务真正致力于敏捷时，就为团队成员之间紧密的、持续的伙伴关系打下了基础，这种伙伴关系可以重新定义并改进多语言软件的创建和更新方式。

如果您正在寻找一个可以帮助您开发或实现敏捷本地化过程的团队，请考虑我们志远翻译!