Community

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

## 지금 상황 한 줄 정리 지금 상기님 프로필을 보면, “코드 잘 치는 시니어 개발자”라기보다는, **품질/프로세스/조직문화/DevRel을 두루 거친, 사람 중심의 기술 리더**라는 느낌이야. LG전자→LIG넥스원→TTA→SKT DevRel까지 오면서, 공통 축은 “좋은 개발을 가능하게 하는 시스템과 문화” 쪽이었고, 지금은 DEVOCEAN 같은 개발자 생태계/커뮤니티에 꽂혀 있는 상태처럼 보이고[1]. AI 시대 얘기를 보면, 단순 코딩 노동은 AI가 빠르게 대체하지만, **도메인 이해 + 커뮤니티 + 제품/조직 설계 역량**을 가진 사람의 레버리지는 오히려 커지는 쪽이야[3][4]. 특히 GitHub 글에서도 “개발자 역할은 코드 작성에서, 문제 정의/아키텍처/협업/개발 경험 설계로 확장되고 있다”고 하거든[4]. 이건 상기님이 지금까지 해온 축이랑 꽤 잘 맞아. 또 상기님 글이나 소개를 보면 “결국 사람”이라는 결론까지 와 있는 상태인데, AI 시대 얘기들을 보면 “AI + 사람”을 어떻게 엮느냐가 핵심 역량이 된다고 계속 나와[1][3][5]. 즉, 상기님이 이미 중요하다고 느끼는 가치(사람 중심)와, 시장이 요구하는 방향(AI 활용/도입/체화)이 교차하는 지점이 분명 존재해. 한 줄로 정리하면, > **“사람 중심 DevRel/조직문화 리더”인 상기님이, 이제 “AI를 매개로 개발자와 조직의 일을 재설계하는 역할”로 업그레이드할 타이밍**인 것 같아. --- ## 계속할지를 결정할 기준 여기서 “계속한다”는 걸, 그냥 SKT DevRel을 계속 다닌다는 뜻이 아니라, **지금까지의 커리어 축(사람·프로세스·커뮤니티·품질)을 유지하면서 AI 시대에 맞게 확장하는 것**으로 볼게. 이 축을 가져갈지, 아예 “AI 엔지니어/리서처” 같은 전혀 다른 트랙으로 틀지부터 먼저 정리하는 게 좋거든. AI 시대 개발자 커리어 글들을 보면, **전문 AI 엔지니어가 될 사람, AI를 활용하는 ‘파워 유저’가 될 사람, AI를 도입·조직화하는 리더** 정도로 크게 나뉘더라[3][4]. 상기님 커리어 히스토리는 솔직히 “모델을 직접 연구·최적화하는 엔지니어”라기보다는, **AI를 조직/개발 문화/커뮤니티에 녹여 넣는 쪽 리더**가 훨씬 적합해 보여[3][4]. GitHub 글에서도 앞으로 개발자 역할은 - AI를 포함한 툴 체인을 설계하고[4], - 팀이 이를 잘 쓰게 만드는 교육/가이드/플랫폼을 만들고[4], - 품질, 보안, 거버넌스를 함께 설계하는 쪽으로 간다고 하거든[4]. 이건 상기님이 해온 **프로세스 개선(CMMI, TMMi), 품질, 개발자 플랫폼/커뮤니티 운영** 경험이랑 딱 맞물리는 방향이야. 또, 인포그랩 글에서도 AI 시대 개발자는 “스택의 한 부분에만 갇히기보다, 도메인+AI+협업 능력을 묶어서 가치를 만들어야 오래 간다”고 말해[3]. 상기님은 이미 통신/품질/조직/커뮤니티라는 탄탄한 도메인과 사람 관련 역량을 갖고 있어서, 여기에 **“AI 활용/도입 설계 역량”**을 얹는 쪽이 ROI가 훨씬 좋아 보여[3][5]. 결국 기준을 이렇게 두면 좋을 것 같아: 1. **내가 3년 안에 “남들보다 분명히 잘할 수 있는 AI 관련 역할”이 무엇인가?** - 모델링/리서치/코딩 그 자체인가, - 아니면 DevRel/교육/플랫폼/조직문화에 AI를 녹이는 쪽인가?[3][4] 2. **내가 재밌어하고 오래 붙잡고 있을 수 있는 문제 타입이 무엇인가?** - 새로운 모델 아키텍처/논문 구현인가, - 아니면 “AI로 개발자·조직의 일을 어떻게 바꾸지?” 같은 문제 정의/전파/실행인가?[1][3] 상기님 커리어와 지금 포지션, 성향(“사람이 중심”)을 놓고 보면, **두 번째 축(문제 정의/조직/문화/커뮤니티와 AI의 결합)**이 확률도 크고, 레버리지도 훨씬 커 보인다[1][3][4][5]. 이게 ‘계속할지’의 기준이 될 것 같아. --- ## 계속한다면, 어떻게 다르게 할지 (사람·DevRel 축 유지 + AI로 업그레이드) “지금 축을 유지한다”라고 하면, 방향은 **“AI 시대의 Developer Relations / Developer Experience / Developer Enablement 리더”** 쪽이 제일 자연스러워 보여. 이건 단순 커뮤니티 운영자가 아니라, **AI를 포함한 개발 환경·문화·러닝 생태계 설계자** 포지션이야[3][4][5]. AI 시대 개발자 역할 변화 문서들에서 공통으로 나오는 키워드는, - AI를 활용한 생산성 향상, - 개발 경험(DX) 강화, - 러닝/교육의 재설계야[2][3][4]. SK 쪽에서도 개발자 교육을 조직 주도 Tech Academy, AI/Cloud 교육, Agile Coaching 등으로 힘 많이 주는 그림이 보이고[2], 이 흐름을 “AI + DevRel + 러닝·조직문화”로 묶으면 상기님이 앞장설 수 있는 그림이 나온다고 봐[2][5]. 구체적으로 해볼 만한 액션은 이렇게 정리해볼게. - **1) “AI × DevRel × DX” 개인 포지셔닝을 아예 선언해봐** - 사내/대외적으로 “AI 시대 개발자 경험/커뮤니티를 설계하는 사람”이라는 타이틀을 명확히 가져가는 거야[3][4]. - DEVOCEAN 콘텐츠나 행사에서, “AI로 개발자 일을 바꾸는 사례, 도구, 문화”를 중심으로 주제를 리드해보는 것도 방법이고[1][3][5]. - **2) 최소 수준의 AI hands-on 역량은 직접 쌓아두는 게 좋아** - 완전 리서처까지는 아니어도, - GitHub Copilot/Claude/ChatGPT 등을 활용한 **AI 기반 개발 워크플로 설계** 경험, - 간단한 RAG, 에이전트, LLM 기반 내·외부 서비스 PoC 정도는 직접 만져보는 게 좋아[3][4]. - 이유는, DevRel이나 DX 얘기를 할 때 “툴을 써본 사람”과 “문서만 본 사람”은 설득력 차이가 크게 나거든[4][5]. - **3) “AI 시대 개발자 러닝/성장 모델”을 주제로 한 기획을 해봐** - SK플래닛 사례처럼, 개발조직이 주도해서 교육/성장 프로그램 운영해온 얘기들이 있잖아[2]. - 이걸 AI/에이전트 시대에 맞게 - 개인별 AI 튜터, - AI를 활용한 코드 리뷰/멘토링, - 커리어 로드맵 추천 같은 방향으로 기획해볼 수 있어[2][4]. - 이건 상기님이 해온 교육/조직문화/프로세스 경험과 DevRel이 자연스럽게 연결되는 영역이야[2][5]. - **4) “AI로 재정의되는 품질/프로세스”도 다시 잡아볼 수 있어** - 예전에 CMMI/TMMi, 시험인증, 품질 쪽을 해봤으니까, - 지금은 그걸 **AI 코드 리뷰, 테스트 생성, 품질 모니터링** 같은 주제로 업데이트하는 거지[3][4]. - “AI 도입 조직에서 품질을 어떻게 보장할 것인가”는 앞으로도 계속 나올 중요한 화두거든[3]. - **5) DEVOCEAN을 ‘AI 시대 개발자 커리어/러닝 허브’로 포지셔닝해봐** - 이미 블로그에 “AI 시대 오래 살아남는 개발자의 비밀” 같은 글도 있고[5], - 이런 콘텐츠들을 묶어서, - AI 도구 활용, - 커리어 전략, - 팀/조직 도입 사례를 다루는 테마 시리즈나 오프라인 밋업을 만들면 좋을 것 같아[1][3][5]. 이렇게 가면, 상기님 포지션은 “AI 시대에 개발자와 조직이 길을 잃지 않게 도와주는, DevRel & DX & 러닝 리더” 쪽이야. 이게 상기님 강점이랑 제일 잘 맞는 방향으로 보이고[3][4][5]. --- ## 그만둔다면, 챙기고 나가기 (축을 바꾸는 경우에) 여기서 “그만둔다”는 건, 회사를 그만둔다기보다 **지금까지의 커리어 축(사람·프로세스·DevRel 중심)에서, AI 기술 자체 중심 트랙으로 확 틀어버리는 경우**로 볼게. 예를 들면, “LLM 엔지니어/AI 플랫폼 엔지니어/AI 제품 PM으로 완전히 리롤” 같은 거지[3][4]. 이 방향을 택하려면, 우선 **내가 감당할 수 있는 ‘초심자 구간’을 어디까지 허용할 수 있는지**를 솔직하게 봐야 해. AI 모델링/엔지니어링 쪽은, 지금 20년 경력을 거의 내려놓고 **다시 0~3년차 라인에 들어가는 느낌**이 있을 수 있거든. 그게 괜찮으면 도전해볼 수 있지만, 이건 에너지와 시간, 멘탈 투자가 꽤 크다[3][4]. 그래도 만약 “나는 진짜 모델/시스템을 직접 만들고 싶다” 쪽이 더 끌린다면, 아래는 꼭 챙기고 움직이는 게 좋아. - **1) 도메인·커뮤니티 자산을 버리지 말고 “AI+X” 형태로 가져가** - 통신/품질/프로세스/DevRel 도메인은 여전히 귀한 자산이야[1][3]. - 예를 들어, “AI 기반 품질·테스트 자동화”, “AI 활용 DevOps/DX 플랫폼”, “AI+커뮤니티 서비스 기획” 같은 식으로, **AI + 그동안 해온 X**를 묶어서 포지셔닝하는 게 좋아[3][4]. - **2) 최소 1~2개는 “내가 직접 만든 AI 관련 결과물”을 포트폴리오로 남겨** - 간단한 서비스라도 좋으니까, - LLM 기반 개발자 도우미, - AI 기반 커뮤니티 기능(요약, 추천, 매칭 등), - 품질/테스트 자동화 PoC 같은 걸 만들어서, - “나는 AI를 실제 문제에 적용해봤다”를 증명하는 게 필요해[3][4]. - **3) 네트워크를 AI 쪽으로 넓혀두는 게 좋아** - 세미나/컨퍼런스/공모전 같은 데서 AI 서비스 기획/개발 사례를 접하고[7][8][10], - 그 안에서 일하는 사람들과 연결해두면, 중·장기적으로 방향 전환할 때 도움이 많이 되거든[7][8]. - **4) 단계적 전환을 고려해봐** - 당장 완전히 AI 엔지니어로 가는 것보다, - AI 관련 사내 태스크포스, - AI 기반 개발자 플랫폼/서비스 기획, - AI 활용 프로세스 개선 프로젝트 - 이런 걸 “중간 다리”로 삼아서, 천천히 무게중심을 옮기는 방법도 있어[3][4]. 요약하면, 축을 확 바꾸고 싶다면 **“나의 20년 자산 + AI”의 교집합을 분명히 잡고 가는 것**, 그리고 **초심자 구간을 얼마나 감당할 수 있을지**를 현실적으로 계산해보는 게 포인트야[3][4]. --- ## 정리하면 상기님은 이미 **“사람·프로세스·품질·DevRel·조직문화”라는, AI 시대에도 절대 안 사라지는 축**을 꽉 쥐고 있어[1][3][5]. 여기에 “AI를 활용해 개발자와 조직의 일을 재설계하는 역량”만 제대로 붙이면, **그냥 살아남는 정도가 아니라, 방향을 제시하는 포지션**까지도 충분히 노려볼 수 있는 프로필이라고 봐[3][4][5]. 그래서 제안하자면, **AI 리서처/모델 엔지니어로 리롤하기보다는, “AI 시대 DevRel & Developer Experience & 러닝/조직문화 리더”로 자기 포지션을 더 분명히 세우는 방향으로 3년 로드맵을 짜보는 게 좋을 것 같아**. 그 안에서 진짜 손으로 만지는 AI 프로젝트 2~3개만 쌓아두면, 앞으로 선택지는 오히려 더 많아질 거고[3][4][5].

알림

알림이 없습니다