작성: 코드앤인포 · 2026년 10월 5일 작성 · 경력직 이직·온보딩 시리즈
경력직으로 옮기고 한두 달쯤 지나면 이런 생각이 한 번쯤 듭니다. "전 회사에서는 이 일이 이렇게까지 오래 걸리지 않았는데." 같은 직무, 같은 업계인데도 보고는 문서로 남겨야 하고, 결정은 몇 단계를 거쳐야 하고, 메신저로 끝나던 일이 회의로 넘어가 있습니다. 이 글은 그런 업무 방식의 차이를 어떻게 읽고, 어떤 순서로 말을 꺼내야 마찰을 줄이면서 내 판단도 지킬 수 있는지를 정리한 글입니다.
먼저 밝혀 둘 점이 있습니다. 이 글은 특정 회사의 사례를 그대로 옮긴 것이 아니라, 경력직 이직 후기와 온보딩 관련 이야기에서 반복적으로 나오는 패턴을 종합해 정리한 것입니다. 회사 규모와 직군에 따라 맞지 않는 부분이 분명히 있으니, 본인 상황에 맞춰 덜어내고 읽어 주세요.
업무 방식이 다르게 느껴지는 이유
이직 후기를 종합해 보면, 적응 초기에 힘들었다는 이야기의 상당수는 일 자체의 난이도보다 "일이 굴러가는 방식"에서 시작되는 것으로 보입니다. 같은 보고라도 어떤 회사는 구두로 먼저 공유하고 나중에 문서를 정리하고, 어떤 회사는 문서가 없으면 논의 자체가 시작되지 않습니다. 앞의 방식은 속도가 빠른 대신 기록이 약하고, 뒤의 방식은 느려 보이지만 책임 소재와 이력이 분명합니다. 어느 쪽이 정답이라기보다 그 조직이 과거에 겪은 시행착오가 굳어진 결과라고 보는 편이 현실에 가깝습니다.
예를 들어 승인 절차가 유난히 길다면, 과거에 승인 없이 진행했다가 문제가 된 경험이 있었을 가능성이 있습니다. 협업 툴이 지나치게 세분화되어 있다면 부서 간 요청이 누락되던 시기가 있었을 수도 있습니다. 물론 이것은 어디까지나 추정입니다. 그래서 단정하기 전에 확인이 필요하고, 그 확인이 바로 다음에 이야기할 관찰과 질문입니다.
입사 후 2~4주, 판단을 미루고 기록부터
조율을 시도하기 전에 가장 먼저 할 일은 평가를 잠시 미루는 것입니다. 입사 직후에는 "비효율적이다"라는 판단이 빠르게 떠오르지만, 그 판단의 근거가 이전 회사의 기준인 경우가 많습니다. 여러 경험담을 살펴보면, 초반에 개선점을 말했다가 "아직 사정을 모르는 사람의 이야기"로 받아들여졌다는 아쉬움이 자주 등장합니다. 말의 내용이 틀려서가 아니라 말하는 시점이 이른 경우입니다.
이 시기에는 간단한 메모를 권합니다. 거창할 필요 없이 세 가지만 적어 두면 충분합니다. 하나는 업무가 시작되고 끝나는 경로, 즉 누구에게 요청받아 누구의 승인을 거쳐 어디에 기록이 남는지입니다. 둘은 팀이 자주 쓰는 용어와 약어, 셋은 회의에서 결정이 실제로 내려지는 방식입니다. 회의에서 바로 결정하는 팀인지, 회의는 공유용이고 결정은 따로 나는 팀인지에 따라 내가 준비해야 할 것이 달라지기 때문입니다. 몇 주 모인 메모를 훑어보면 어디가 이 회사의 핵심 규칙이고 어디가 단순한 관행인지 어렴풋이 구분되기 시작합니다.
질문은 "왜"보다 "무엇을 위해"로
같은 내용을 묻더라도 말의 모양에 따라 상대가 받아들이는 느낌이 크게 달라집니다. "왜 이렇게 하나요?"는 질문자가 의도하지 않아도 추궁처럼 들릴 수 있습니다. 반면 "이 절차로 가장 확인하고 싶으신 게 무엇인지 알고 싶습니다"는 목적을 묻는 말이어서 상대가 설명하기 편합니다. 이직 후기에서 관계가 순조로웠다는 사람들의 말을 종합해 보면, 질문의 핵심 단어가 대체로 "왜"가 아니라 "무엇을 위해", "어떤 경우를 막으려고"에 가까웠습니다.
다만 이것이 상대를 속이거나 유도하기 위한 화법이어서는 안 됩니다. 정말로 이유가 궁금해서 묻는 것이어야 하고, 답을 듣고 나서 납득이 되면 그 방식을 받아들일 마음도 있어야 합니다. 질문의 의도가 따로 있으면 대개 상대도 눈치를 챕니다.
질문의 타이밍도 결과를 좌우합니다. 상대가 마감에 쫓기는 시간대나 여러 사람이 있는 회의 자리에서 방식을 묻는 것은 피하는 편이 좋습니다. 점심이나 커피 시간, 혹은 "5분만 시간 괜찮으실 때 하나만 여쭤봐도 될까요?"라고 미리 양해를 구한 일대일 대화가 안전합니다. 같은 질문도 공개된 자리에서는 이의 제기로, 조용한 자리에서는 배우려는 태도로 읽히는 경우가 많습니다.
상황별로 이렇게 말해 보세요
추상적인 조언만으로는 막상 입이 떨어지지 않습니다. 자주 부딪히는 세 가지 상황에서 아쉬운 표현과 바꿔 말한 표현을 나란히 적어 봅니다.
첫째, 보고 단계가 많다고 느껴질 때입니다. "보고 단계가 너무 많아서 시간이 낭비되는 것 같아요"라고 하면 불만으로 들립니다. 대신 "이번 건은 최종적으로 어느 분께서 확인하시는 게 가장 중요한지 알고 싶습니다. 그 기준에 맞춰 자료를 먼저 정리해 두겠습니다"라고 말하면, 비판 없이 같은 질문을 던지면서 동시에 일을 준비하는 사람으로 보입니다.
둘째, 문서화 요구가 과하다고 느껴질 때입니다. "이건 말로 해도 되는 건데요"라고 하기보다 "이 문서가 나중에 어떤 용도로 쓰이는지 알면 필요한 항목 위주로 작성하겠습니다"라고 묻는 편이 낫습니다. 이유를 알게 되면 불필요한 항목과 꼭 필요한 항목이 자연스럽게 구분됩니다. 실제로 문서의 쓰임을 알고 나서 오히려 이전 회사에서 놓치던 부분을 발견했다는 이야기도 종종 들립니다.
셋째, 반대로 이전보다 소통이 너무 즉흥적이어서 불안할 때입니다. "이렇게 구두로만 하면 나중에 문제 생기지 않나요?"는 상대 팀의 방식을 문제 삼는 말입니다. "제가 놓치지 않도록 오늘 말씀하신 내용을 메신저에 간단히 정리해서 남겨 두겠습니다. 틀린 부분 있으면 알려 주세요"라고 하면 상대의 방식을 건드리지 않으면서 내가 필요한 기록은 확보할 수 있습니다.
개선 제안은 신뢰가 쌓인 뒤에, 근거와 함께
조직에는 관성이 있습니다. 새로 온 사람의 제안이 받아들여지는 과정을 살펴보면, 제안의 내용만큼이나 "이 사람이 맡은 일을 안정적으로 해내는가"가 영향을 주는 것으로 보입니다. 그래서 순서를 정해 두는 것이 도움이 됩니다. 먼저 기존 방식 안에서 맡은 일을 기한 내에 끝내고, 그 과정에서 실제로 불편했던 지점을 날짜와 함께 메모해 둡니다. 그리고 두세 달쯤 지나 "이 단계에서 이런 일로 이틀 정도가 더 걸렸습니다. 이렇게 바꿔 보면 어떨까요?"처럼 구체적인 사례와 함께 작은 단위로 제안합니다.
제안의 크기는 가능하면 작게 잡는 것이 좋습니다. 전체 프로세스를 바꾸자는 이야기보다 "이번 프로젝트 한 건에 한해서 시험적으로 해 봐도 될까요?"가 훨씬 수락되기 쉽습니다. 시험해 보고 효과가 있으면 그다음 이야기는 상대가 먼저 꺼내는 경우도 많습니다. 반대로 거절당했다면 그 이유가 이 회사의 맥락을 이해하는 새로운 단서가 되니, 그것만으로도 얻는 것이 있습니다.
이전 직장 경험은 숨기지 말고, 참고 사례로
조율을 이야기하다 보면 이전 회사 이야기를 아예 꺼내지 말라는 조언으로 흐르기 쉽지만, 그럴 필요는 없습니다. 경력직을 채용한 이유가 바로 그 경험이기 때문입니다. 문제는 경험을 꺼내는 형식입니다. "예전 회사에서는 이렇게 했습니다"로 끝나면 비교가 되고, "예전에 비슷한 상황에서 이런 방식을 써 봤는데 이런 점은 좋았고 이런 점은 불편했습니다. 여기서는 어떻게 해결하고 계신가요?"로 이어지면 정보 공유가 됩니다. 결론을 내리지 않고 질문으로 마무리하는 것이 포인트입니다.
자주 묻는 질문
Q1. 업무 방식이 너무 비효율적이라고 느껴질 때는 어떻게 말해야 할까요?
바로 지적하기보다 그 절차가 만들어진 배경을 먼저 묻는 것을 권합니다. "이 방식으로 가장 막고 싶으신 문제가 무엇인지 궁금합니다"처럼 목적을 묻고, 답을 들은 뒤에 본인이 겪은 불편을 구체적인 사례로 덧붙이면 됩니다. 상대를 설득하려는 의도로 질문을 설계하기보다, 실제로 배우겠다는 마음으로 묻는 쪽이 결과적으로 대화가 잘 풀립니다.
Q2. 이전 직장 경험은 언제부터 이야기해도 될까요?
꼭 정해진 시기가 있는 것은 아니지만, 이직 후기를 종합해 보면 최소한 주요 업무 흐름을 파악한 뒤, 즉 입사 한두 달 이후에 꺼냈을 때 반응이 좋았다는 이야기가 많은 편입니다. 그 전에도 상대가 먼저 "전 회사에서는 어땠나요?"라고 물어 오면 편하게 답해도 좋습니다. 이때도 정답을 제시하기보다 하나의 사례로 소개하는 정도가 무난합니다.
Q3. 팀장이나 상사가 변화에 거부감이 큰 사람이라면요?
변화 자체보다 "통제력을 잃는다"는 느낌에 거부감을 갖는 경우가 많습니다. 그래서 상사가 결정권을 유지할 수 있는 형태, 예를 들어 "이 부분만 한 번 시험해 봐도 될지 판단해 주세요"처럼 제안하면 부담이 줄어듭니다. 그래도 계속 막힌다면 상사의 성향 문제인지 조직 전체의 방침인지 구분해서 보는 것이 필요합니다.
Q4. 문서화 위주의 회사에서 속도가 느려진다고 느껴질 때는요?
처음에는 문서 작성 시간이 부담스럽지만, 템플릿과 이전 문서가 쌓여 있는 회사라면 몇 번 반복하면 빨라지는 경우가 많습니다. 우선 기존 문서를 3~5건 찾아 읽고 같은 형식으로 써 보세요. 그래도 중복 작성이 눈에 띈다면 그때 "이 항목은 이미 다른 문서에 있는데 연결해 두면 어떨까요?" 정도로 제안해 볼 수 있습니다.
Q5. 적응이 너무 안 될 때, 이 회사가 나와 안 맞는 것인지 어떻게 판단하나요?
보통 3~6개월은 지켜보라는 이야기를 많이 합니다만, 기간보다는 내용이 중요합니다. 방식의 차이가 시간이 지나며 이해되고 줄어드는 느낌인지, 아니면 업무의 핵심 가치나 근무 조건 자체가 입사 전 설명과 다른지를 나눠서 보세요. 전자는 적응의 문제이고 후자는 선택의 문제입니다. 후자라면 혼자 고민하기보다 믿을 만한 지인이나 멘토와 이야기해 보는 것이 도움이 됩니다.
Q6. 동료들이 저에게 비협조적이라고 느껴질 때는요?
비협조라고 단정하기 전에 상대가 바쁜 시기인지, 내 요청이 상대가 쓰는 경로(메신저, 티켓, 메일 등)에 맞지 않았는지를 먼저 확인해 보세요. 요청 방식을 상대의 방식에 맞췄더니 응답이 빨라졌다는 경험담이 의외로 많습니다. 그래도 지속적으로 정보 공유가 막힌다면 직속 상사와 업무 범위를 확인하는 면담이 필요할 수 있습니다.
정리하며
이직 후의 혼란은 대부분 일을 못해서가 아니라, 일이 돌아가는 방식을 아직 읽지 못해서 생깁니다. 먼저 관찰하고, 목적을 묻고, 작은 성과로 신뢰를 쌓은 뒤에 근거와 함께 제안한다는 순서만 지켜도 불필요한 마찰은 상당히 줄어드는 것으로 보입니다. 이 글의 내용도 모든 회사에 똑같이 적용되는 정답은 아니니, 본인이 속한 조직의 분위기를 기준으로 조정해서 활용해 주세요.
※ 이 글은 일반적인 이직·온보딩 사례를 종합해 정리한 참고 자료이며, 회사와 직군에 따라 상황이 다를 수 있습니다. 2026년 10월 기준으로 작성되었습니다.
댓글 쓰기