AI 시대 어떤 커리어를 구축하는게 좋을까? --- 내정보: 김상기 소개 SK텔레콤

## 지금 상황 한 줄 정리 20년 동안 SW 품질·프로세스·조직문화·DevRel까지 한 바퀴를 다 돌았고, 지금은 “결국 사람”이라는 결론에 서 있는 시니어야. 이 정도면 그냥 커리어를 쌓은 게 아니라, 개발조직이라는 생태계를 통으로 이해하게 된 거라 봐야 해 [1][5]. AI 시대가 오면서 “내가 직접 코드 치는 기술”보다 “조직/커뮤니티를 어떻게 AI 시대로 옮겨 태울 것인가” 같은 레벨의 고민이 더 잘 맞는 포지션으로 보이거든. GitHub도 앞으로 개발자 역할이 ‘코드 타이핑’에서 ‘문제 정의·설계·조율’ 쪽으로 더 옮겨간다고 얘기하고 있고 [4], 인포그랩 글에서도 AI 시대 개발자는 도메인 이해 + 협업 역량이 중요해진다고 정리하고 있어 [3]. 지금까지 커리어가 딱 그 지점이야. 프로세스(CMMI, TMMi), 품질, DevRel, 조직문화, 애자일, 리더십, 커뮤니케이션까지 다 섞인 사람은 “AI 도구 쓰는 개발자”보다 “AI 시대 개발자 조직/커뮤니티를 디자인하는 사람” 쪽이 훨씬 큰 임팩트를 낼 수 있어 [2][5]. 한 줄로 말하면, **‘나도 AI 엔지니어가 되어야 하나?’보다는 ‘AI 시대로 조직과 커뮤니티를 옮겨 태우는 리더 포지션’을 노릴 때인 것 같아**. 이게 상기님이 가진 자산과 요즘 시장이 딱 맞아떨어지는 지점이거든 [1][3][4]. --- ## 계속할지를 결정할 기준 여기서 “계속할지”는, 지금처럼 DevRel/애자일/조직문화/품질 쪽 “사람 중심 역할”을 메인 트랙으로 갈 건지, 아니면 진짜로 AI/ML Individual Contributor(연구/엔지니어) 트랙으로 갈 건지를 말하는 거라 보면 될 것 같아. AI 시대 개발자 얘기들을 보면, 공통된 메시지가 있어. 1) 순수 코딩만 하는 개발자의 입지는 줄어들고, 2) 문제 정의·설계·도메인 이해·조직 내 영향력 같은 “상위 스킬”을 가진 사람이 더 중요해진다는 거야 [1][3][4][5]. GitHub 블로그에서도 AI 코파일럿 같은 도구가 ‘코딩’은 보조해주니 개발자는 비즈니스 이해와 협업, 아키텍처에 더 집중하게 될 거라고 하거든 [4]. 그럼 상기님 기준은 이 정도로 잡아보면 좋아: - “내가 직접 모델 만들고 파인튜닝하는 사람이 되고 싶은가?” vs “그걸 잘 쓰는 조직·커뮤니티를 만드는 사람이 되고 싶은가?” [3][4] - 앞으로 5~10년 동안, 내 시간을 **기술 딥다이브**에 더 쏟을 때 에너지가 나는지, **사람/조직/생태계 디자인**에 더 쏟을 때 에너지가 나는지 [1][5]. 또 하나 중요한 기준은 “내가 이미 가지고 있는 컴파운딩 자산”이야. 상기님은 - 대기업 R&D(품질/6시그마/프로세스) → - 방산 SW 프로세스(CMMI/TMMi) → - 시험·인증 → - 통신사 DevRel/커뮤니티 이렇게 이어지는 **‘개발조직 전체 라이프사이클을 다 본 사람’**이거든. 이건 3~5년 해서는 절대 안 생기는 자산이야 [5]. 이걸 버리고 이제 와서 주니어급 AI 엔지니어랑 똑같은 선상에서 경쟁하는 건, 기회비용이 꽤 크다. 마지막 기준은 시장 관점이야. SK플래닛의 개발조직 주도 교육·성장 프로그램 회고를 보면, 회사 입장에서도 “개발자 성장·교육·문화·조직 설계”를 전담해서 이끄는 사람이 점점 더 중요해지고 있거든 [2]. 그리고 AI 트렌드 행사들만 봐도, 이제는 “AI를 조직에 어떻게 녹일지”가 핵심 아젠다야 [7][8]. 이 지점은 상기님 경험과 정확히 겹치는 영역이야. 정리하면, 1) 내가 에너지 받는 일, 2) 내가 이미 쌓아온 복리 자산, 3) 시장에서 점점 커지는 수요, 이 세 가지 교집합이 “AI 시대의 DevRel/조직/문화/교육/품질 리더” 쪽이냐, 아니면 “AI 테크니컬 스페셜리스트” 쪽이냐를 가르는 기준이 되는 것 같아 [1][2][3][4][5][8]. --- ## 계속한다면, 어떻게 다르게 할지 “사람 중심” 트랙을 계속 가져가되, **AI 시대에 맞게 업그레이드** 하는 게 현실적이고, 레버리지도 가장 큰 선택지 같아. ‘지금 하는 일을 AI 버전으로 리브랜딩 + 능력 강화’ 쪽이라고 보면 돼 [3][4][5]. 1) **DevRel을 “AI 시대 개발자 성장/생태계 리더십”으로 확장해보기** - DEVOCEAN 같은 커뮤니티에서, “AI 시대 개발자 커리어/역량 모델”을 주제로 한 시리즈 콘텐츠/밋업을 직접 기획해봐. RAG에 있는 “AI 시대 오래 살아남는 개발자 5가지 비밀” 같은 인사이트를 정리해서, 실제 조직 안에서 어떻게 구현할지 토론하는 형식으로 풀어도 좋고 [5]. - GitHub가 말하는 미래 개발자 역할(문제 정의, 설계, 팀 조율)을 상기님 경험(프로세스 개선, 품질, DevRel)에 빗대서 한국 시장 버전으로 설명해주는 글/강연을 만들어보는 것도 좋아 [4]. 이게 쌓이면 “AI 시대 개발자 생태계를 설계하는 사람”이라는 브랜딩이 만들어져. 2) **‘AI × 애자일 × 품질’ 삼각형을 묶어서 조직에 제안해보기** - AI 도구(GitHub Copilot류, 코드 어시스턴트, 테스트 생성 등)를 애자일 프로세스에 어떻게 녹여야 생산성이 올라가는지 실험하고, 그걸 팀/조직 차원 가이드라인으로 만들어보는 거야 [1][3][4]. - 예를 들면: 스프린트 기획 단계에서 AI를 이용한 요구사항 정제, 테스트 케이스 자동 생성, 레트로에서 AI 기반 로그/지표 리뷰 등. 상기님은 애자일과 품질 양쪽을 아는 사람이라, “형식적인 PoC”가 아니라 실제 현장에먹히는 프로세스 개선안을 만들 수 있어 [2][5]. 3) **‘AI 리터러시 + 윤리 + 품질’ 쪽으로 Thought Leadership 쌓기** - 시험·인증·품질 경험을 AI 시대에 맞게 “AI 시스템 품질/검증/거버넌스” 쪽으로 업그레이드해 볼 수 있어. 지금 AI 도입하는 기업들이 가장 막막해하는 부분이 바로 이 지점이라서 [1][3]. - 교육/세미나 형태로 “조직 차원의 AI 활용 원칙 / 품질 기준 / 프롬프트 가이드라인 / 보안·프라이버시 가이드” 같은 걸 만드는 역할이 점점 필요해질 거고 [2][8], 상기님은 이걸 설계할 수 있는 드문 프로필이야. 4) **개인 역량 측면에서 챙기면 좋은 것들** - 코딩을 다시 ‘현업 레벨’까지 끌어올릴 필요까지는 없고, 대신 AI를 실전에서 써먹을 정도의 **MLOps/LLMOps 개념, 프롬프트 엔지니어링, RAG 구조 이해** 정도는 가져가면 좋아 [3][4]. - 실제 업무 문서/프로세스/커뮤니케이션을 AI로 얼마나 개선시킬 수 있는지 본인 업무에 먼저 적용해보고, 그 사례를 DevRel/내부 교육에 연결해봐 [2][5]. 한마디로, **“AI를 잘 쓰는 개발자”가 아니라 “개발자 조직이 AI를 잘 쓰게 만드는 사람”으로 계속 진화하는 그림**이 상기님 커리어 스토리랑 가장 자연스럽게 이어져 [1][3][4][5]. --- ## 그만둔다면, 챙기고 나가기 만약 “사람/조직/DevRel” 트랙에서 완전히 방향을 틀어서, 예를 들어 **AI 엔지니어 / 데이터 사이언티스트 / ML 리서처** 같은 식으로 캐리어 피벗을 진지하게 생각한다면, 그땐 전략이 완전 달라져야 해. 첫 번째로 챙겨야 하는 건 **내가 진짜 하고 싶은 “문제 영역”이 뭔지**야. 교육, 헬스케어, 제조, 통신, 국방 등 도메인마다 필요한 AI 스킬셋과 생태계가 완전히 다르거든 [1][3][10]. 상기님은 통신/품질/방산/인증 쪽 백그라운드가 있어서, 이 중 하나를 고르면 도메인 레버리지는 그대로 가져갈 수 있어. 두 번째는 **“내가 지금 레벨에서 다시 신입처럼 들어갈 수 있나?”**를 현실적으로 보는 거야. AI 부트캠프·공모전·실무 프로젝트 얘기들 보면, 대부분이 주니어/취준생 타겟이야 [6][9][10]. 상기님이 거길 그대로 따라 들어가면, 연차·연봉·책임 레벨이 너무 안 맞을 가능성이 크고, 본인도 꽤 괴로울 수 있어. 그래서 만약 완전 피벗을 한다면, - “AI + 품질/검증/거버넌스 컨설턴트” - “AI 도입 전담 PM/기획 + 기술 이해도 있는 리더” 같이, **기술은 새로 배우되, 기존 커리어 레벨은 최대한 유지할 수 있는 포지션**을 노리는 게 현실적이야 [1][3][5]. 이때 꼭 챙겨야 할 건: - 지금까지 했던 **프로세스 개선, 품질, DevRel 프로젝트를 ‘AI 도입 관점에서 재해석한 포트폴리오’**로 정리해두는 것 [2][5]. - 외부 활동(글, 강연, 밋업)에서 본인을 “AI 시대 조직·프로세스 전문가”로 포지셔닝해두는 것. 이러면 커리어 피벗이 아니라 “업데이트된 버전의 나”로 보이게 만들 수 있어 [1][3][8]. --- ## 정리하면 상기님 정도 경력과 스택이면, 이제 “나도 모델 만들어야 하나?”보다는 **“AI 시대에 개발자와 조직이 어떻게 일해야 하는지 설계하는 사람”** 쪽으로 포지셔닝하는 게 훨씬 맞는 것 같아 [1][3][4][5]. DevRel·애자일·품질·조직문화 경험을 그대로 가져가되, 그 위에 AI 활용, AI 시대 개발자 교육/커뮤니티, AI 품질/거버넌스를 얹어서 **“AI 시대 개발자 생태계 아키텍트”** 같은 역할로 커리어를 재정의해보는 걸 추천해. 이게 상기님이 가진 자산과 앞으로 시장이 필요로 할 것의 교집합에 가장 가까운 길이야 [2][3][4][5][8].