인포비프의 현지화 접근 방식에 대해 간략히 설명드리겠습니다. 기업과 개발자를 위한 글로벌 커뮤니케이션 플랫폼으로서, 특히 애자일 프레임워크 내에서 효과적으로 운영될 수 있도록 현지화 프로세스를 지속적으로 개선하고 있습니다.
이러한 이유로 최근 또 다른 연구 및 실험을 진행하기로 결정했으며, 이를 통해 흥미롭고 놀라운 결과까지 도출해냈습니다.
로컬라이제이션과 소프트웨어 개발: 기본 개념
하지만 먼저, 로컬라이제이션이란 무엇이며 소프트웨어 개발과 어떤 관련이 있을까요? 로컬라이제이션은 제품과 콘텐츠를 특정 지역(국가 또는 지역)에 맞게 조정하여 해당 문화적·언어적 환경에서 원활하게 작동하도록 하는 과정입니다.
인포비프(Infobip)에서는 지속적인 로컬라이제이션(Continuous Localization)에 주력해 왔습니다. 이는 최신 형태의 로컬라이제이션으로, 소프트웨어 기업들이 개발 주기에 로컬라이제이션을 통합할 때 흔히 겪는 병목 현상을 해결하기 위해 고안되었습니다. 특히 여러 엔지니어링 팀을 보유한 기업들에게 매우 유용합니다.
전통적 현지화의 문제점
요즘 소프트웨어는 애자일과 동의어입니다. 이는 짧은 출시 주기를 의미하며, 즉 개발자들이 소프트웨어 제품에 소규모 추가 및 변경 사항을 자주, 조금씩 적용한다는 뜻입니다. 이러한 사소하고 반복적인 출시 역시 현지화가 필요하므로, 현지화 과정에 참여하는 모든 주체—LSP(언어 서비스 제공업체), 번역 회사, 또는 사내 팀—마저도 애자일해야 합니다.
안타깝게도 현지화 업계는 여전히 전통적인 사고방식에 얽매여 있습니다. 즉, 한 번에 하나의 유한 단계를 완료한 후 다음 단계로 넘어가는 느리고 선형적인 폭포수 방식을 사용하는 것이죠. 이 구식 방식은 일부 산업에서는 (간신히) 통할 수 있지만, 소프트웨어 기업에 적용할 경우 병목 현상은 피할 수 없습니다. 모든 작업이 훨씬 더 빠르게 처리되어야 하기 때문입니다.
인포빔의 도전
우리 사례를 예로 들어 보겠습니다. 우리 제품(UI)에는 약 95,000개의 단어가 포함되어 있습니다. 120단어 정도의 작은 분량도 48시간 내에 11개 언어로 번역해야 할 수 있습니다.
접촉한 모든 LSP는 다음을 수행해야 합니다:
요구 사항을 명확히 하고 프로젝트를 수락합니다
최대 11개 업체에 연락합니다
해당 업체의 가용성을 확인하고, 갑작스러운 요청으로 인해 가용하지 않거나 응답하지 않는 업체에 대한 대체 업체를 찾습니다
프로젝트 진행 상황을 감독해야 합니다
질문에 답변하고 문제를 해결해야 합니다
완료 여부를 확인하고 번역물을 전달해야 합니다
고객에게 청구서를 발행하고 공급업체에 대금을 지급해야 합니다
요구사항 때문에 우리는 보통 세 가지 문제에 직면했습니다: LSP 및 그 협력사들의 최소 수수료, 촉박한 마감일, 그리고 타협된 품질이었습니다. 여기서 주목할 점은 LSP가 분명히 많은 작업을 수행하기 때문에, 우리의 지속적인 소규모 프로젝트 흐름을 따라잡기 어렵다는 것입니다.
지속적인 현지화는 항상 인포비프의 목표였지만, 위의 모든 제약 조건들로 인해 기껏해야 '반(半)지속적' 수준에 머물렀습니다. 그래서 최근 우리는 현지화 프로세스를 진정으로 지속 가능하게 만들 수 있는지 확인하기 위해 저위험·고수익 실험을 시작했습니다. 즉, 현지화 프로세스를 애자일 프레임워크에 완벽하게 통합할 수 있는지 검증하고자 했습니다.
인포빔의 영감: 애자일 선언문의 12가지 원칙
진정한 연속적 현지화가 왜 그렇게 어려운지 고민해 보니, 현지화 프로젝트에 대한 폭포수식 순차적 접근 방식을 완전히 버려야 한다는 결론에 이르렀습니다. 그게 과연 가능했을까?
그런데 2001년 당시 한 그룹의 소프트웨어 개발자들이 동일한 과제에 직면했음을 알게 되었습니다. 그들은 소프트웨어 개발 방식을 바꾸기 위해 '애자일 선언문'을 제안하며 워터폴 방식에 대응했습니다. 이 선언문은 20년 전 소프트웨어 개발에 혁명을 일으켰으며, 오늘날 그 어느 때보다도 여전히 유효합니다.
애자일 접근법 VS 워터폴 접근법
따라서, 원래 선언문에 약간의 수정을 가해 로컬라이제이션도 민첩하게 만드는 방법에 대한 몇 가지 원칙을 마련했습니다.
지속적인 현지화를 위한 12가지 지침은 다음과 같습니다.
지속적인 콘텐츠 업데이트에 대비하라 – 개발 중단을 요청하지 마라. 출시 시기를 지연시킬 뿐이다.
번역물을 가능한 한 자주 출시하라 – 대량 번역을 기다리며 주기를 늦추지 마라 (이는 구식 폭포수 방식의 특징이다).
전체 회사에 걸쳐 협업을 구축하십시오. 현지화 팀을 고립시키지 마십시오.
사람, 신뢰 및 팀워크에 의지하십시오. 현지화 부서 또는 프로그램에 명령 및 통제 스타일을 적용하지 마십시오.
번역가 및 기타 이해 관계자와의 직접적인 의사소통 방법을 우선시하십시오. LSP를 통한 간접적인 의사소통에 의존하지 마십시오.
최종 사용자의 피드백을 수집하십시오. 최종 사용자는 정말로 중요한 것이 무엇인지 보여주고 품질을 진정으로 평가할 수 있는 척도가 될 것입니다.
로컬라이제이션 도구와 시스템을 지속적으로 개선하십시오. 일반적인 타사 소프트웨어가 모든 요구 사항을 충족할 것이라고 기대하지 마십시오. 일부 내부 개발이 여전히 필요합니다.
로컬라이제이션 팀이 작업 방식을 선택할 수 있도록 허용하십시오 – 엄격하게 정의된 절차를 고집하지 마십시오.
프로세스와 계획을 정기적으로 재평가하십시오 – 필요한 조정을 하지 않은 채 몇 년이 지나도록 방치하지 마십시오.
실험 – 낮은 위험, 높은 수익
이러한 원칙들을 검증하기 위해 현지화 프로세스의 모든 단계를 분석하고 일부를 제거한 후, 남은 단계들을 어떻게 더 효율적으로 만들지 살펴보았습니다. 애자일 원칙들은 예외 없이 잘 적용되었습니다.
실험에서 핵심 변경점 중 하나는 LSP(언어 서비스 제공업체) 역할의 재정의였습니다. LSP를 클라이언트와 번역사 사이의 중개자가 아닌, 번역사와 클라이언트(우리)와 함께 제3의 주체로 설정했습니다.
적합한 LSP(벨루가 링귀스틱스)를 찾은 후, 테스트 언어로 스웨덴어를 선택하고 재정의된 삼각 구조(클라이언트, LSP, 프리랜서 번역가 2명)를 구축했습니다. 기술 활용과 삼각 구조 내 소통을 통해 모든 워터폴 방식을 배제했습니다.
구조 및 소통 방식 변경 외에도, 프리랜서 계약 및 지급 업무를 직접 인수했습니다(타사 기술을 활용해 몇 번의 클릭만으로 처리). LSP에게는 주로 프리랜서 팀 관리와 품질 프로세스 운영 경험 공유를 요청했습니다. 이를 통해 당사와 LSP 간 이해관계 충돌 가능성을 완전히 제거하고, 모두를 최종 목표인 '더 빠르고 우수한 현지화'에 완전히 집중할 수 있게 했습니다.
진정한 지속적인 현지화의 이점
이 새로운 삼각형 구조를 통해 마침내 진정한 연속적 위치 파악이 가능해졌으며, 관련된 모든 이에게 이점이 되었다는 점을 확인했습니다.
소프트웨어 기업을 위한 이점:
제품 출시를 지연할 필요가 없음 – 코드와 마케팅 측면에서 준비가 완료되면 즉시 번역을 의뢰하여 출시할 수 있었습니다.
원문이나 번역본에서 발생하는 언어 관련 문제를 즉시 수정할 수 있었습니다.
번역가에게 제공되는 혜택:
번역가들은 은행이나 기타 수수료 공제 없이 신속하고 전액 지급받습니다.
클라이언트와의 직접적인 소통 – LSP를 통한 답변이나 설명을 기다릴 필요가 없습니다.
LSP 및 번역 회사를 위한 혜택:
마감일이나 행정 업무에 대한 걱정 없음.
정기 수수료와 같은 안정적인 월별 수입 보장.
인포빔 제품이 생명에 위협이 되지 않는 특성을 고려할 때, 가끔 발생하는 번역 오류는 감수할 수 있다는 점을 주목할 필요가 있습니다. 이를 통해 출시 기간을 단축할 수 있었을 뿐만 아니라, 현지 인포빔 직원들이 TMS의 추상적인 환경이 아닌 실제 국가 내에서 UI 검토를 수행할 수 있게 되었습니다. 이를 실현하기 위해 우리는 먼저 현지화 프로세스를 (기술적 관점에서) 분해해야 했습니다. 이를 통해 번역 오류를 수정하고 변경 사항을 단 10분 만에 프로덕션에 배포할 수 있었으며, 하루에 필요한 만큼 반복할 수 있었습니다.
소프트웨어 기업을 위한 권장 사항
종합해 보면, 우리의 실험은 성공적이었으며 올바르게 수행될 때 지속적인 현지화가 얼마나 효과적인지 입증했습니다.
로컬라이제이션 삼각형 해결됨
직접 경험만큼 현지화 업무를 익히고 회사에서 현지화를 수행하는 방법을 파악하는 데 효과적인 것은 없지만, 실험을 통해 얻은 교훈을 바탕으로 여러분의 작업에 도움이 될 몇 가지 팁을 소개합니다:
소프트웨어 기업은 현지화 프로세스의 주도권을 반드시 유지해야 합니다. 외부인이 여러분보다 더 잘할 수는 없습니다.
번역은 무명의 작업이 아닌 인간적 협업임을 명심하세요. 관련자 모두를 돌보고 효율적인 협력의 혜택을 누리십시오.
기대치를 조기에 설정하고, 구성원들이 전문성을 발휘하도록 신뢰하십시오.
번역가들이 귀사의 비즈니스를 이해할 수 있는 여지와 재정적 인센티브를 제공하십시오.
모두가 발전할 수 있도록 소규모 점검과 실험을 자주 수행하십시오.
마지막 항목은 가장 중요하면서도 가장 간과되기 쉬운 부분입니다. 애자일은 반복, 테스트, 조정 과정 그 자체입니다. 따라서 현지화 프로세스에도 이러한 실험적 접근을 적용하는 것을 두려워하지 마십시오. 그러면 소프트웨어 회사에서 지속적인 현지화의 혜택을 곧 누리게 될 것입니다.
