이 자리가 왜 생겼을까요
DevOps Team Leader 공고는 업무 첫 줄에 CI/CD보다 앞서 바이브 코딩 체계와 하네스/루프 엔지니어링 표준 체계 같은 AX 기반 기술 표준화를 적었습니다. 여기어때는 생성형 AI 기반 숙소 검색을 적용한 지 한 달여 만에 검색 이용자의 20.6%가 써 봤다고 2026년 8월 밝혔고, 같은 회사 Technical Product Owner 공고는 LLM 기반 차세대 여행 에이전트 같은 AI 프로덕트를 자체 개발해 적용하고 있다고 소개했습니다. 서비스에 AI를 붙이는 일과 개발 방식에 AI를 들이는 일이 함께 진행되는 가운데, 이 공고는 그 개발 방식을 CI/CD와 내부 개발자 플랫폼 위에서 표준으로 만드는 리더를 뽑습니다. AI 코딩 도구를 팀에 들이며 리뷰·배포 규칙과 비용 관리를 함께 정해 봤다면, 그 규칙이 배포 지표를 어떻게 바꿨는지가 이 리더 공고에서 가장 직접적인 사례가 됩니다.
여기어때가 지금 어떤 사업에 집중하고 있는지는 여기어때 채용 분석에서 이어서 볼 수 있습니다.
1하게 될 업무
바이브 코딩 체계, 하네스/루프 엔지니어링 표준 체계 같은 AX 기반 기술 표준화를 구축하고 운영합니다.
이렇게 볼 수 있어요
개발 조직이 AI 코딩 도구를 어떻게 쓸지 표준을 만드는 일입니다. 우대 사항에 AI 코딩 도구나 에이전트를 도입하며 비용과 보안 거버넌스를 유지한 사례가 따로 있어, 팀의 AI 도구 사용 규칙을 정하고 그 뒤 리뷰·배포 흐름이 어떻게 바뀌었는지 보여 줄 경험이 이 업무와 가장 가깝습니다.
Amazon EC2, EKS 기반 CI/CD 파이프라인을 구성하고 운영합니다(Git 브랜치 전략 유지 포함).
이렇게 볼 수 있어요
EC2와 EKS가 함께 적혀 있어 가상 서버 배포와 컨테이너 배포를 한 파이프라인 체계에서 다룹니다. Git 브랜치 전략까지 유지 대상이라, 브랜치 규칙을 바꿔 배포 빈도나 병합 충돌이 달라진 경험이 있다면 그 전후를 숫자로 이야기할 수 있습니다.
ArgoCD, Jenkins, SonarQube 같은 내부 시스템 인프라의 모니터링을 구축하고 운영합니다.
이렇게 볼 수 있어요
고객이 쓰는 서비스가 아니라 개발 도구 자체를 모니터링합니다. 빌드 서버나 배포 도구가 멈춰 개발이 막혔던 일을 겪어 봤다면 그 뒤 어떤 지표와 알림을 걸었는지가 이 업무에 바로 쓰이는 경험입니다.
공용 암호화 처리, 알림 메시지 통합, 배포 현황 같은 내부 개발자 플랫폼을 개발하고 운영합니다.
이렇게 볼 수 있어요
팀 소개의 Internal Developer Platform은 공용 암호화나 알림 메시지 통합처럼 여러 서비스 팀이 공통으로 쓰는 기능을 만드는 일입니다. 팀마다 따로 만들던 기능을 공용 플랫폼으로 묶어 본 경험이라면 쓰는 팀 수와 줄어든 중복 작업을 함께 보여 줄 수 있습니다.
2자격 요건
Linux 환경에서 10년 이상의 DevOps 엔지니어 경력 또는 이에 준하는 경험이 필요합니다.
이렇게 볼 수 있어요
'이에 준하는 경험'이 함께 적혀 있어 시스템 엔지니어나 SRE로 Linux 서버와 배포를 맡아 온 경력도 업무와 이어 소개할 수 있습니다. 그 기간에 만든 배포 체계와 개발자용 도구를 구체적으로 쓰면 CI/CD와 내부 개발자 플랫폼 업무와 나란히 놓고 볼 수 있습니다.
DevOps를 지향하는 개발팀 문화와 업무 프로세스를 개선해 본 경험이 필요합니다.
이렇게 볼 수 있어요
도구 구축과 별도로 문화와 프로세스 개선이 필수 요건에 있습니다. 개발팀이 배포나 장애 대응을 직접 맡도록 일하는 방식을 바꾼 사례라면 바꾸기 전의 절차와 바뀐 뒤의 배포 주기를 함께 적으면 바뀐 폭이 드러납니다.
GitLab, GitLab Runner, Jenkins, Argo CD, GitOps, Helm 같은 Amazon EKS 기반 CI/CD 시스템을 구축하고 운영해 본 경험이 필요합니다.
이렇게 볼 수 있어요
적힌 도구는 GitLab·GitLab Runner·Jenkins가 빌드를, Argo CD·Helm이 GitOps 방식의 EKS 배포를 맡는 조합입니다. 같은 회사 Site Reliability Engineer 공고도 EKS 운영 경험을 필수로 요구합니다. 써 본 도구 조합과 그 파이프라인이 감당한 서비스 수나 하루 배포 횟수를 함께 밝히면 ArgoCD·Jenkins까지 모니터링하며 운영할 이 팀의 규모와 어느 정도 차이가 있는지 보입니다.
DORA(DevOps Research and Assessment) 메트릭 지표를 활용해 본 경험이 필요합니다.
이렇게 볼 수 있어요
배포 빈도나 변경 리드 타임 같은 DORA 지표로 개발 조직의 상태를 재 본 경험을 요구합니다. 지표를 도입한 뒤 어떤 값이 얼마나 바뀌었고 그 숫자로 무엇을 결정했는지 이야기할 수 있으면 지표를 실제로 써 왔다는 근거가 됩니다.
Python, TypeScript 같은 프로그래밍 언어 가운데 하나 이상에 익숙해야 합니다.
이렇게 볼 수 있어요
내부 개발자 플랫폼을 개발하는 업무라, 운영 스크립트보다 다른 개발자가 쓰는 도구를 그 언어로 만든 경험이 더 가깝습니다. 그런 도구가 있다면 쓰는 사람과 기능을 함께 소개할 수 있습니다.
운영 리소스를 줄이고 효율을 높이는 서비스(e.g. AI 활용 코드 리뷰 시스템) 개발을 즐겨야 합니다.
이렇게 볼 수 있어요
예시로 든 것이 AI 활용 코드 리뷰 시스템이라 업무 첫 줄의 AX 기반 기술 표준화와 같은 방향입니다. 리뷰나 배포 확인처럼 사람이 반복하던 일을 도구로 바꿨다면 줄어든 시간과 그 도구를 쓰는 팀 수를 함께 적어 두는 것이 좋습니다.
3우대 사항
Java 또는 Kotlin 같은 JVM 기반 언어를 써 본 경험을 우대합니다.
이렇게 볼 수 있어요
필수 요건의 Python, TypeScript와 별도로 JVM 언어를 우대하고, 같은 회사 Android Developer 공고는 Kotlin 기반 기술을 적었습니다. 파이프라인에서 JVM 언어 프로젝트의 빌드와 배포를 다뤄 봤다면 그 경험을 언어 경험과 함께 소개할 수 있습니다.
Terraform, CloudFormation 같은 Infrastructure as Code로 시스템을 운영해 본 경험을 우대합니다.
이렇게 볼 수 있어요
같은 회사 SRE팀 공고도 IaC 기반 인프라 자동화를 우대 사항으로 적었습니다. 인프라와 파이프라인 설정을 코드로 관리해 변경 이력을 남긴 경험이 있다면 어떤 범위까지 코드로 옮겼는지 밝힐 수 있습니다.
Grafana, Prometheus, Pinpoint 같은 서비스 모니터링 환경을 구성하고 운영해 본 경험을 우대합니다.
이렇게 볼 수 있어요
업무의 내부 시스템 인프라 모니터링과 이어지고, SRE팀 공고의 모니터링 우대에도 Grafana와 Prometheus가 있습니다. 개발 도구와 서비스 양쪽에 같은 모니터링 체계를 붙여 봤다면 대시보드 구성과 알림 기준을 예로 들 수 있습니다.
기술 트렌드를 빠르게 학습하고 공유하는 것을 즐기고, 주도적으로 문제를 정의하고 해결 방안을 도출할 수 있으면 우대합니다.
이렇게 볼 수 있어요
기술 표준을 만들어 개발 조직 전체에 퍼뜨리는 팀이라 새 도구를 먼저 써 보고 팀 밖으로 공유한 경험이 업무와 맞습니다. 사내 세미나나 문서로 새 도구 도입을 이끈 사례가 있다면 문제를 정의한 과정부터 꺼낼 수 있습니다.
AI 기술 전략으로 전사 시스템을 현대화할 수 있으면 우대합니다.
이렇게 볼 수 있어요
업무의 AX 기반 기술 표준화가 개발 조직 안의 일이라면 이 우대는 범위를 전사 시스템까지 넓힙니다. 같은 회사 Tech Strategy Leader 공고가 선행 기술 도입 타당성 검토와 전사 기술 표준화를 맡으므로, AI 도입을 전략과 실행 계획으로 만들어 본 경험은 그 조직과 함께 일하는 장면에서 쓸 수 있습니다.
AI 코딩 도구나 에이전트를 조직에 도입할 때 AI 비용과 보안 거버넌스를 잘 유지한 사례가 있으면 우대합니다.
이렇게 볼 수 있어요
도입 자체보다 도입 뒤 비용과 보안을 관리한 사례를 묻습니다. 도구별 사용량과 비용을 어떻게 추적했고 코드나 데이터가 외부 모델로 나가는 범위를 어떻게 정했는지를 그 사례에 함께 담는 것이 좋습니다.
4기타 사항
- 게시일 : 2026년 7월 22일
- 고용형태 : 정규직(수습 3개월)
- 근무지 : 서울 (대한민국 서울특별시 강남구 봉은사로 479)
- 경력 조건 : 경력 10~16년
- 학력 조건 : 해당 내용은 원본 공고에서 확인되지 않습니다.
쓰는 기술
공고 본문에 적힌 기술만 모은 목록입니다.
- Linux
- Amazon EC2
- Amazon EKS
- Git
- ArgoCD
- Jenkins
- SonarQube
- GitLab
- GitLab Runner
- GitOps
- Helm
- DORA
- Python
- TypeScript
- Java
- Kotlin
- Terraform
- CloudFormation
- Grafana
- Prometheus
- Pinpoint
전형과 지원
여기어때 합류 여정은 서류 심사, 1차 인터뷰, 2차 인터뷰, 처우 협의, 입사 확정 순서이고 직군과 직책에 따라 코딩 테스트, 과제 테스트, 사전과제, 추가 인터뷰, 레퍼런스 체크 등이 추가되거나 생략될 수 있습니다. FAQ가 24개 질문에 답해 두어 인터뷰 형식과 결과 안내 기간까지 미리 확인할 수 있습니다.
기본 단계
합류 여정 페이지는 1차 인터뷰를 '지원 포지션의 실무진 2~3명과 다대일 방식'으로, 2차 인터뷰를 '임원진과 1:1'로 진행한다고 적었습니다. 2차에서는 직무 적합성과 함께 회사의 조직문화에 맞는지를 확인하고, FAQ는 모든 인터뷰가 약 60분간 진행된다고 답합니다.
이렇게 볼 수 있어요
1차는 실무 역량, 2차는 조직문화 적합성에 무게가 있습니다. 2차를 앞두고 리더십 원칙 아홉 개에 맞춘 사례를 정리해 두면 임원 인터뷰에서 쓸 수 있습니다.
코딩 테스트·과제·레퍼런스 체크
분석 시점 정규직 공고 27건 가운데 Data Analyst [Business Insight]와 Technical Product Owner는 코딩 테스트를, Android Developer와 Data Analyst [User Behavior]는 과제 테스트를 전형에 적었습니다. 제목에 Leader가 붙은 공고 5건은 2차 인터뷰 뒤에 레퍼런스 체크가 있습니다. FAQ는 직책 포지션이면 레퍼런스 체크를 반드시 진행하고 사전과제 기한은 약 3~7일이라고 답합니다.
이렇게 볼 수 있어요
같은 데이터 직군이라도 공고에 따라 코딩 테스트를 보기도 하고 과제 테스트를 보기도 합니다. 지원하는 공고 본문의 전형 안내에서 추가 단계를 확인하세요. FAQ는 사전과제를 인터뷰에서 면접관과 함께 리뷰하거나 발표한다고 밝혔으므로 작업 과정을 설명할 준비가 필요합니다.
경력 연차가 부족해도 지원할 수 있습니다
FAQ는 공고에 적힌 경력 연차가 부족한 경우에도 지원할 수 있다고 답하며, 공고에 적힌 경력 연차는 해당 포지션에 필요한 역량 수준의 가이드라인이라고 설명했습니다. 경력직도 신입 포지션에 지원할 수 있지만 경력 기간이 모두 인정되지 않을 수 있다고 덧붙였습니다.
이렇게 볼 수 있어요
연차 조건을 탈락선으로 보지 말고, 공고의 업무를 해 본 경험이 있으면 지원 범위에 넣을 수 있습니다. 공고의 연차보다 경력이 짧은데 지원할 때는 그 업무를 실제로 맡은 경험을 구체적으로 적어야 역량 수준을 판단할 근거가 생깁니다.
재지원과 복수 지원
FAQ는 같은 포지션 재지원이 최종 전형 결과 안내일 기준 6개월 후에 가능하고 새로운 포지션은 즉시 지원할 수 있다고 답합니다. 복수 포지션 동시 지원도 가능하지만 우선순위가 높은 포지션에 먼저 지원하길 권하고, 중복으로 서류에 합격하면 이후 전형을 동시에 진행하기 어려울 수 있다고 밝혔습니다.
이렇게 볼 수 있어요
여러 공고에 낼 수는 있지만 서류에 함께 합격해도 이후 전형을 모두 동시에 진행하기는 어려울 수 있습니다. 가장 원하는 공고를 정하고 그 공고에 맞춘 이력서로 먼저 지원하는 편이 낫습니다.
서류·결과 안내·수습
FAQ는 이력서를 별도 양식 없이 자유 형식으로 내고 분량과 파일 개수에 제한이 없으며, 연봉 정보와 주민등록번호는 빼 달라고 안내합니다. 전형 결과는 합격 여부와 관계없이 14일 이내에 안내하고, 마감일을 정하지 않은 공고는 채용이 끝나면 종료됩니다. 분석 시점 정규직 공고 27건 모두에 3개월 수습이 적혀 있었습니다.
이렇게 볼 수 있어요
FAQ는 마감일이 없는 공고를 충원 시 마감되는 포지션으로 안내하며 빠른 지원을 권합니다. 이력서만으로 설명하기 어려운 부분은 포트폴리오로 더하라고 안내했으므로 지원 전에 함께 준비해 둘 수 있습니다.
이 공고만 다른 점
레퍼런스 체크가 붙습니다.
전형 안내 이미지의 순서는 서류 전형, 1차 인터뷰, 2차 인터뷰, 레퍼런스 체크, 처우 협의, 입사 확정이고, 레퍼런스 체크의 상세 내용은 해당 지원자에게 따로 안내한다고 적혀 있습니다. FAQ는 직책 포지션이면 레퍼런스 체크를 반드시 진행한다고 답하므로 팀을 함께 이끌어 본 동료나 상사 가운데 부탁할 사람을 지원 전에 정해 두면 일정을 줄일 수 있습니다.
지원 전 준비할 것
- 1
AI 도구 표준화 경험
팀에 AI 코딩 도구를 들이며 정한 사용 규칙, 리뷰 방식, 비용·보안 관리 방법을 한 사례로 묶습니다.
- 2
DORA 지표 변화
관리해 온 배포 빈도, 리드 타임, 장애 복구 시간 같은 지표의 전후 값과 바꾼 조치를 준비합니다.
- 3
레퍼런스 체크 준비
팀장 직책이라 레퍼런스 체크가 있으므로 함께 일한 상사나 동료에게 미리 양해를 구합니다.