[{"_1":2,"_45":-5,"_46":-5},"loaderData",{"_3":4,"_7":8},"routes/lang-layout",{"_5":6},"lang","en","routes/relations/stories-detail",{"_9":10},"item",{"_11":12,"_13":14,"_15":16,"_17":16,"_18":19,"_20":21,"_22":23,"_24":16,"_25":26,"_27":28,"_29":30,"_31":32,"_33":34,"_35":34,"_36":37,"_38":39,"_43":44},"id",381,"title","PL(Project Leader)과 PM(Project Manager), 그것이 알고 싶다.","board_id",1,"user_id","content","

렉스코드의 번역 프로젝트를 관리하는 부서는 렉스클라우드(Lex-Cloud)부서로, PL팀과 PM 1, 2, 3팀, 그리고 품질관리팀으로 구성되어 있다. PL(Project Leader)은 기본적으로 고객과의 소통을 담당하며, 견적과 정산, 그리고 프로젝트 리더로서 프로젝트를 큰 틀에서 기획하고 이끌어 나가는 역할을 담당한다. PM(Project Manager)은 PL이 전달하는 고객의 요청사항에 맞추어 최고의 번역본을 만들기 위해, 내부 협업팀과의 소통을 주로 담당한다. 현재 나는 PL을 맡고 있는데, 오늘은 PL과 PM 직무가 나뉘게 된 배경부터 이러한 시스템에 대한 나의 생각을 적어보고자 한다.

\n \n

#PL과 PM, 뿌리를 찾아서

어느덧 렉스코드 4년 차인 내가 ‘라떼’의 PM에 대한 역사를 소개하자면, 내가 입사할 땐 지금의 PL과 PM은 나누어져 있지 않고, 모든 업무를 ‘PM’이 담당했었다. 고객 상담부터 프로젝트 기획, 번역사 섭외, 파일 검토, 납품, 정산까지 모든 번역 프로세스를 PM 한 사람이 관리했던 것이다. 그렇다 보니 처음 들어오면 배워야 하는 업무의 범위가 상당히 넓었고, 교육하는 입장에서도 하나부터 열까지 교육할 것이 정말 많았다. 내가 신입일 때를 떠올려봐도, 짧은 시간 내에 많은 것들을 습득해야 하는 점이 가장 어려웠던 것 같다.

\n \n

과거, PM 한 사람이 모든 프로젝트의 프로세스를 관리하는 시스템이었을 땐, 한 사람이 한 프로젝트를 처음부터 끝까지 다루기 때문에 다양한 장점들이 있었다. 먼저 여러 단계의 소통에서 오는 소통누락이 없었고, 두 번째로 고객-PM-작업자와의 의사소통이 신속하였으며, 마지막으로 고객상담을 한 사람이 직접 진행하기 때문에 고객의 뉘앙스 등 자잘한 디테일까지 모든 배경을 활용하여 프로젝트를 진행할 수 있다는 점이다.

\n \n

하지만 이러한 장점들을 상쇄시키는 단점도 있었는데, 혼자 진행하기 때문에 다양한 관점으로 프로젝트에 접근하는 것이 어려웠으며, 어떤 한 단계에서 일이 지체되기 시작하면 그다음 단계가 차례대로 밀리기 때문에 업무가 비효율적일 때가 많았다는 것이다. (이 때문에 PM들은 늦은 밤까지 야근이 일상이었다.) 그리고 새로운 팀원을 교육하는 데 걸리는 시간과 인력 소모가 매우 커, 내부적인 효율도 상당히 떨어졌었다. 업무교육 때 커버해야 할 범위가 넓다 보니 배우는 사람과 가르치는 사람 모두가 지치게 되는 다소 힘든 과정이었다.

\n \n

#그래서 시작된 역할 분리, PL의 탄생

PM들의 야근이 늘어나고, 다소 힘든 교육 과정으로 인해 신입사원의 이탈이 늘고, 이로 인해 PM들 개인의 업무 강도가 세져 전체적인 업무의 효율이 떨어지기 시작할 무렵, 우리 부서는 이러한 문제를 해결하고자 PM 직무를 지금과 같은 PL, PM으로 나누는 업무 분장을 진행하였다. 직원들의 업무 강도를 분산시키고, 업무의 효율성과 전문성을 높이고자 함이었다.

\n \n

이 시스템을 간단하게 설명하자면, PL이 대외 소통(고객 상담, 견적/정산 등)을 주로 담당하고, PM이 대내 소통(번역사, 감수자 등 내부 협업팀과의 소통 등)을 주로 담당하여 프로젝트를 진행하는 방식이다. PL은 프로젝트 ‘리더’로서 고객의 니즈에 따라 프로젝트의 방향성을 제시하고 이끌어 나가는 리더십이, PM은 프로젝트 관리자로서 번역 품질과 효율성을 높이기 위한 프로젝트 운영 능력이 더 강조된다. 물론 업무분장을 재정비하면서 혼란스러웠던 과도기도 있었지만, 지금은 잘 자리 잡아 모두가 각자의 위치에서 업무를 진행하고 있다.

\n \n

#같은 듯 다른, PL과 PM이 일하는 방법

$\"\"$

그렇다면 실제 프로젝트에서 PL과 PM의 역할은 어떻게 적용될까? 우선 고객이 번역이 필요한 문서와 요청사항을 렉스클라우드 플랫폼을 통해 의뢰하면, PL이 문서를 분석하여 견적을 보내고, 일정과 번역지침 등 세부 사항을 고객과 조율한다. 이에 고객이 프로젝트 발주 요청을 하면, PL은 고객의 요청사항과 참고자료 등을 정리하여 PM에게 전달하고, 프로젝트 전체적인 방향성을 제시한다. 그렇게 전달받은 프로젝트에 가장 적합한 작업자들을 PM이 섭외하고, 문서에 따라 편집팀, 감수팀, 등 다양한 내부 협업팀과 협업한다. PM은 각 단계에서 나온 결과물을 검토하여 그다음 단계로 매끄럽게 이어지게끔 각 담당자와 밀접하게 소통한다. 이후 PM이 최종결과물을 검토하고 번역본을 납품하면, PL이 완료된 번역 건을 정산한다. 이 모든 과정에서 PL은 고객과 PM의 연결점이 되어, 각 과정에서 생기는 논의사항을 해결한다.

\n \n

물론 상황이나 필요에 따라 PM이 직접 고객과 소통하기도 하고, 역으로 PL이 번역사 후보를 제안하거나 내부 협업팀과 직접 소통하기도 한다. 여기서 중요한 포인트는 효율성이다. 프로젝트마다 특성이 다르니, 효율적인 방법도 각각 다르기 때문에 PL과 PM은 ‘가장 효율적인 방법’을 선택해 나간다.

\n \n

#PM과 PL을 모두 겪어보았던 나는…

신입 PM부터 현재의 PL까지를 모두 겪어본 입장에서 PL, PM 시스템 정착은 성공적인 도전이었다. 우선 업무의 가짓수가 줄어들다 보니 각자 맡은 역할에 더욱 집중할 수 있어 업무 효율이 매우 향상되었다. 이전에는 업무의 범위가 넓다 보니, 신경 쓸 것이 너무 많아 다소 정신이 없었기 때문이다. 또한 지금은 PL과 PM이 각자 자기의 파트에 집중하다 보니 업무에 대한 숙련도나 전문성이 높아졌다. 그리고, 한 프로젝트를 PL과 PM이 함께 진행하기 때문에, 혼자서 모든 책임을 져야 했던 이전보다 부담감과 스트레스가 많이 줄었다. 문제가 생겼을 때 혼자 해결해야 한다는 압박감에서 벗어나, 함께 의논하며 해결방안을 모색할 수 있게 되었다. 마지막으로, 다양한 관점에서 프로젝트에 접근할 수 있게 되었다. 혼자서 프로젝트를 진행할 때는 미처 발견하지 못한 맹점이 있을 수 있는데, 함께 프로젝트를 진행하며 다양한 시각을 통해 예측하지 못한 문제를 미리 발견해 대처하기도 하고, 같은 문제를 다르게 바라봄으로써 새로운 관점으로 문제를 해결할 수 있게 되었다.

\n \n

다만, 이렇게 여러 사람이 함께 프로젝트를 진행하다 보니, 소통은 이전에 비해 확실히 더 많이, 열심히 해야 한다는 것을 체감한다. 나에겐 당연한 전제가 상대방에게 그렇지 않을 수 있기 때문에 “괜찮겠지~”하고 지나가면 문제가 생기기 마련이다. “항상 상대편에서 생각해보고, 한 단계 더 친절하게 소통하기!” 어렵지만 항상 이 마음을 새겨둔 채, 오늘도 PL로써 고객을 만나고 PM들과 소통하며, 더욱 다양한 프로젝트들을 진행해 나가고 있다.\n\n\n\n번역사업팀 민효은 PL\n02-521-2648 / hemin@lexcode.com

","views",4188,"likes",8,"comment","thumbnail_file","/2022/202204/626b4c1e0b6a24029331.jpg","thumbnail_name","MHE_title.jpg","created_at","2022-04-29","updated_at","2026-05-28T17:20:12","status",0,"company","author","렉스코드","metadata",{"_13":40,"_41":40,"_42":40},"","keyword","description","locale","ko","actionData","errors"]