"권한 없이 영향력을 발휘한 경험" 면접 답변: STAR로 풀기

한 줄 요약: "권한 없이 영향력을 발휘한 경험을 말해보세요"는 명확한 기준으로 채점됩니다—실제 이해관계자의 저항, 그들을 움직이기 위해 사용한 구체적인 트레이드오프나 증거, 그리고 다음엔 무엇을 다르게 할지. 프로젝트가 성공했더라도 "커뮤니케이션을 잘해서 다들 납득했다"는 식의 뻔한 이야기는 이 질문을 통과하지 못합니다.

커리어를 쌓다 보면 세 번째쯤 되는 면접 루프 어딘가에서 이런 질문을 받게 됩니다: "권한이 없는 사람에게 영향을 미쳐야 했던 경험을 말해보세요." 일반적인 리더십 행동 면접 질문처럼 들리지만, 실제로는 더 좁은 범위를 테스트하고 있고, 대부분의 지원자는 엉뚱한 답을 합니다.

이 질문이 존재하는 이유

일정 규모를 넘는 회사는 모두 크로스펑셔널 협업으로 돌아갑니다. 프로덕트는 엔지니어링이 필요하고, 엔지니어링은 인프라가 필요하고, 인프라는 재무 승인이 필요합니다. 이런 일의 대부분은 보고 라인을 통해 이루어지지 않습니다. Center for Creative Leadership의 반복된 조사에 따르면, 리더가 이뤄야 할 일의 대부분은 공식적인 지휘 계통 밖에 있는 사람들에게 영향력을 발휘해야 하는데도, 대부분의 사람들은 직속 부하를 관리하는 것보다 이 일에 훨씬 자신 없어합니다. 면접관이 이 질문을 하는 이유는, 직급만으로는 실제로 크로스펑셔널 업무를 해낼 수 있는지 알 수 없고, 실제 사례가 그것을 보여주기 때문입니다.

이 질문이 가정형이 아니라 행동 면접 형식으로 계속 등장하는 이유도 여기 있습니다. 면접의 타당성에 관한 수십 년간의 채용 연구(고전적인 Schmidt와 Hunter의 메타분석까지 거슬러 올라가는)는 일관되게, 일반적인 접근 방식을 설명해달라고 요청하는 것보다 구체적인 과거 사례를 물어보는 것이 직무 성과를 더 잘 예측한다는 것을 보여줍니다. "저는 합의를 잘 이끌어냅니다"는 반증 불가능하지만, 이름이 나오는 회의론자가 있는 구체적인 이야기는 그렇지 않습니다.

면접관이 실제로 채점하는 기준

이 질문에 대한 대부분의 준비 글은 상황 설명 → 행동 설명 → 소프트 스킬 언급 → 좋은 결과 말하기라는 일반적인 4단계 템플릿에서 멈추고, 그다음 판에 박힌 예시 하나(여러 관련 없는 "면접 준비" 사이트에서 거의 토씨 하나 다르지 않게 등장하는 그 비영리단체 모금 이야기)를 건네줍니다. 이는 실제로 채점되는 것을 놓치고 있습니다. Amazon, Meta, JPMorgan Chase 같은 회사의 실제 면접 루프에서 이 질문이 어떻게 등장하는지를 보면, 채점 기준은 보통 다섯 가지로 구성됩니다.

1. 실제 이해관계와 실제 마감일 — 가상의 개선이 아니라, 날짜가 정해져 있고 지연되면 비용이 발생하는 것.
2. 진짜 저항이 있었다는 증거 — 누가 반대했는지, 그리고 그들의 입장에서 그 반대가 왜 타당했는지를 말할 수 있어야 합니다. 단순히 "몇 명이 주저했다"는 부족합니다.
3. 구체적인 지렛대, 막연한 것이 아니라 — 수집한 데이터, 제안한 소규모 파일럿, 제공한 인센티브, 혹은 성사시킨 트레이드오프. "장점을 명확히 설명했다"는 지렛대가 아닙니다.
4. 측정 가능하거나 최소한 구체적인 결과 — 무엇이 바뀌었고, 그것을 어떻게 알았는지.
5. 회고 한마디 — 다음엔 무엇을 다르게 할지, 혹은 이 접근법이 통하지 않는 상황에 대해 무엇을 배웠는지.

앞의 세 가지 중 하나라도 빠지면, 실제 있었던 일이라도 공허하게 들리는 가장 흔한 이유가 됩니다.

회사와 직무에 따라 질문이 어떻게 달라지는가

같은 역량을 묻더라도 회사마다 눈에 띄게 다른 방식으로 질문합니다. 어떤 변형인지 알아두면 어떤 이야기를 고를지 판단하기 쉬워집니다.

• Amazon은 이 질문을 "Have Backbone; Disagree and Commit" 리더십 원칙과 연결합니다. 데이터를 사용해 동의하지 않는 결정에 맞서 이야기하고, 결정이 내려진 후에는 뒤집을 권한이 없어도 온전히 커밋한 경험을 특히 듣고 싶어 합니다.
• Meta를 비롯한 엔지니어링 중심 회사들은 종종 기술적 의견 충돌로 표현합니다: "시니어 엔지니어가 제안한 설계에 동의하지 않았지만 바꿀 권한이 없었던 경험을 말해보세요." 여기서 지렛대는 보통 말로 하는 논쟁이 아니라 프로토타입, 벤치마크, 또는 범위를 좁힌 실험입니다.
• JPMorgan Chase와 다른 대기업들은 대체로 직설적으로 묻는 편입니다: "권한 없이 어떻게 영향력을 발휘하나요?" 종종 패널 형식으로 물어보며, 긴 서사보다 더 짜임새 있고 구조화된 답변이 유리합니다.
• PM, TPM, 크로스펑셔널 직무는 거의 기본적으로 이 질문을 받습니다. 업무 전체가 자신에게 보고하지 않는 사람들을 조율하는 것이기 때문입니다. 면접관은 여기서 같은 전략이 실패했다면 어떻게 했을지 추가로 묻는 경우가 많습니다.

특정 회사를 준비하고 있다면, 모든 루프에 재활용할 수 있는 하나의 일반적인 버전 대신, 그 회사가 이 질문을 표현하는 방식에 맞춰 이야기를 골라야 합니다.

STAR 기법으로 답변 구성하기

진짜 마찰이 담긴 이야기를 찾았다면, STAR 기법이 전달을 탄탄하게 만들어 줍니다.

1. Situation(상황) — 한두 문장으로 크로스펑셔널한 이해관계: 무엇이 이루어져야 했고, 왜 혼자 결정할 수 없었는지.
2. Task(과제) — 강제할 권한이 없는 상태에서 본인이 책임졌던 결과가 무엇이었는지.
3. Action(행동) — 누가 저항했는지, 그들의 반대 이유는 무엇이었는지, 그리고 그들을 움직이기 위해 사용한 구체적인 지렛대. 면접관이 실제로 귀 기울이는 부분입니다.
4. Result(결과) — 무슨 일이 일어났는지, 가능하다면 숫자와 함께, 그리고 무엇을 배웠거나 무엇을 바꿀 것인지.

대부분의 지원자가 부실해지는 부분은 Action 단계입니다. "팀과 만나서 왜 이 변경이 중요한지 설명했습니다"와 "인프라 리드는 이 마이그레이션이 자기 팀이 의존하는 온콜 런북을 망가뜨릴까 봐 걱정했습니다. 그래서 저는 2주 동안 두 시스템을 병행 운영하고, 전환 전에 diff 리포트를 그 팀과 공유하겠다고 제안했습니다—그것이 그녀의 주된 반대 이유를 없앴습니다"를 비교해보세요. 후자는 영향력이 실제로 발휘되었음을 증명하지만, 전자는 그저 그렇다고 주장할 뿐입니다.

두 가지 샘플 답변

프로덕트 매니저, 크로스펑셔널 출시: "저는 제게 보고하지 않는 세일즈 디렉터의 승인이 필요한 가격 변경을 담당하고 있었는데, 그는 이것이 자기 팀의 클로징 비율을 해칠까 봐 회의적이었습니다. 마감일을 미루는 대신, 저는 현재 가격 정책하에서 이탈 가능성이 가장 높은 계정들을 보여주는 2주치 딜 데이터를 뽑아냈고, 기존 고객들에게는 한 번의 갱신 주기 동안 기존 가격을 유지하는 방안을 제안했습니다—그의 진짜 반대 이유는 변경 자체가 아니라 이미 파이프라인에 있던 딜들이었습니다. 그는 유예 방안을 받아들였고, 우리는 예정대로 출시했으며, 다음 분기의 이탈률은 오히려 이전 분기보다 낮아졌습니다. 만약 완성된 계획을 그대로 제시하고 동의를 구했다면, 그는 아마 이 문제를 에스컬레이션했을 것 같습니다."

소프트웨어 엔지니어, 기술적 의견 충돌: "다른 팀의 시니어 엔지니어가 제가 담당하는 기능에 공유 캐싱 레이어를 제안했는데, 저는 우리 트래픽 패턴에서 레이스 컨디션이 발생할 가능성이 크다고 확신했지만, 그의 설계를 거부할 권한은 없었습니다. 디자인 리뷰에서 논쟁하는 대신, 이틀에 걸쳐 실제와 비슷한 동시성 조건에서 그 레이스 컨디션을 재현하는 작은 부하 테스트 프로토타입을 만들었습니다. 재현 결과와 제안하는 락 전략을 공유했고, 그는 병합 전에 수정을 추가하는 데 동의했습니다. 돌이켜보면 트래픽 패턴에 대한 우려를 설계 문서 단계에서 더 일찍 제기했어야 했습니다—프로토타입은 효과가 있었지만, 피할 수 있었던 이틀을 써야 했습니다."

두 이야기 모두 설득이 필요했던 구체적인 인물과, 그들을 실제로 설득한 구체적인 요소를 언급합니다. 그것이 검증 가능하게 만들고, 검증 가능하다는 것이 신뢰를 만듭니다.

후속 질문 다루기

이 질문의 뻔한 버전을 수없이 들어온 면접관들은 종종 "파일럿 데이터가 좋지 않게 나왔다면 어떻게 했을 건가요?"나 "그녀가 계속 거절했다면 어떻게 했을 건가요?" 같은 질문을 실시간으로 던집니다. 이때 미리 연습한 이야기가 무너질 수 있는데, 실제 논리적 분기에 대응하도록 만들어지지 않았기 때문입니다.

AceRound 같은 실시간 코파일럿으로 연습하고 있다면, 바로 이 순간이 특히 연습할 가치가 있습니다. 답변 도중에 그럴듯한 후속 질문이 실제로 떠오르는 것(사전에 준비한 정적인 스크립트가 아니라)이, 템플릿을 한 번 읽고 괜찮겠지 하고 기대하는 것보다 실제 압박이 심한 면접 루프의 느낌에 더 가깝습니다.

한국 테크 기업이든 글로벌 기업이든 상관없이—삼성, 네이버, 카카오 같은 국내 대기업 면접이든 해외 기업 면접이든—이 질문은 동일한 기준으로 채점됩니다. 협업 방식이 얼마나 수평적인지와 무관하게, 크로스펑셔널 영향력은 어디서나 같은 방식으로 검증됩니다.

자주 묻는 질문

권한 없이 어떻게 영향력을 발휘하나요? 면접에서는 주장하는 대신 증명해야 합니다. 자신에게 공식적인 권한이 없었던 사람을 움직여야 했던 사례를 골라, 매니저에게 개입을 요청하는 대신 데이터·관계·파일럿으로 어떻게 합의를 이끌어냈는지 설명하세요. 신뢰를 주는 건 '누가 왜 반대했는지'를 구체적으로 말하는 것이지, '저는 커뮤니케이션을 잘합니다' 같은 일반적인 주장이 아닙니다.

직접적인 권한이 없는 동료들로부터 중요한 이니셔티브에 대한 지지를 얻어야 했던 경험을 말해보세요. 좋은 답변은 설득하기 가장 어려웠던 특정 이해관계자, 그들에게 제시한 구체적인 트레이드오프(단순히 '장점을 설명했다'가 아니라), 그리고 측정 가능한 결과를 언급합니다. 어떤 프로젝트에도 적용될 수 있을 것 같은 이야기라면 너무 일반적입니다. 면접관은 '거의 거절할 뻔했던' 그 한 사람을 듣고 싶어 합니다.

처음에는 내키지 않아 하던 사람을 어떻게 설득해 행동하게 만들었나요? 이 변형 질문은 마찰을 명시적으로 드러내길 원합니다. 상대방의 원래 반대 의견을 그들의 입장에서 왜 타당했는지까지 포함해 설명하고, 그다음 구체적으로 무엇이 그들의 생각을 바꿨는지—더 작은 요청, 증거, 혹은 제안한 트레이드오프—를 설명하세요. 반대 의견을 생략하는 것이 이 답변이 공허하게 들리는 가장 흔한 이유입니다.

시니어 엔지니어가 제안한 설계에 동의하지 않았지만 바꿀 권한이 없었던 경험을 말해보세요. 이는 Meta 및 비슷한 회사에서 흔히 나오는 테크/IC 트랙 버전입니다. 침묵하거나 같은 주장을 반복하는 대신, 프로토타입·데이터·범위를 좁힌 테스트 등으로 생산적으로 이견을 진전시켰는지가 평가 포인트입니다. '다시 같은 상황이 온다면 무엇을 다르게 할지'로 마무리하는 것이 시니어다운 답변과 주니어 답변을 가릅니다.

이 질문과 일반적인 리더십 질문의 차이는 무엇인가요? 리더십 질문은 직급이나 보고 라인에 기댈 수 있습니다. 이 질문은 의도적으로 그 지렛대를 없앤 것입니다. 면접관은 단순히 지시할 수 없는 상황에서 증거·신뢰·인센티브를 통해 어떻게 영향력을 쌓았는지 보고 싶어 합니다. 예시에 등장한 사람이 당신의 부하 직원이었다면, 이 질문에 답한 것이 아닙니다.

---

저자 · Alex Chen. 커리어 컨설턴트이자 전 테크 업계 리크루터. 채용 담당자로 5년을 보낸 후 지원자를 돕는 쪽으로 옮겨왔다. 교과서적인 조언이 아니라 실제 면접에서 벌어지는 역학에 대해 쓴다.