许多项目在语言、文化以及多种语言支持方面不能实现全球化(Globalization,G11N)需求,产品信息也不能实现产品交付的可译性。1当这个全球市场需要业务流程端到端集成的最后产品时,它通常很难改变当前的产品构架并创建代码变更来处理全球化问题。同时在传统的瀑布开发项目中也存在这样的问题。如果在启始阶段全球化需求没有适当的计划和处理,对于敏捷开发项目风险甚至更大。全球化需求在软件生命周期的计划和执行阶段中通常并没有很高的优先级。代码的晚期全球化变更很难纠正设计模式,并且在更新代码时会产生问题。同时还会因为进度表的延迟,开发工作量的增加,以及额外的测试工作导致成本增加,并且在全球化支持方面导致
1