QSike Tech Notes

'우리도 FDE 하겠다'는 선언 뒤에 막히는 것들 — 전환을 작동시키는 운영 조건 5가지

KT·SK AX·LG CNS처럼 내부 인력을 FDE로 전환하거나 전담 조직을 신설하는 선언이 잇따른다. 하지만 선언은 직무명을 바꾸는 일이고, 전환은 운영 체제를 바꾸는 일이다. 재교육 설계, 권한 재조정, 평가·인센티브, CoE와의 관계 재정의, 변화 관리라는 다섯 가지 운영 조건이 갖춰지지 않으면 FDE 선언은 간판만 바꾼 파견 인력 운영으로 끝난다.

FDE 전환 선언문 한 장이 재교육·권한·평가·경계·구조 다섯 개의 톱니바퀴를 맞물려 돌리는 운영 장치 개념 이미지

참고: 이 글에서 언급하는 회의 장면과 내부 대화는 특정 기업이 아니라, 제조·금융·공공 현장에서 반복적으로 관찰되는 패턴을 AX 담당자 관점에서 재구성·각색한 것입니다.

요즘 회의실에서 가장 자주 듣는 발표가 있다. “우리도 개발 조직을 FDE로 전환하겠습니다.” 임원 보고 자료에는 육성 인원 숫자와 교육 시간표가 올라온다. 발표가 끝나면 다들 고개를 끄덕인다. 그런데 회의실 밖에서 나는 늘 같은 질문을 받는다. “교육은 한다는데, 그 사람들이 내일 가서 뭘 다르게 하나요?” 이 질문에 답이 준비된 조직은 거의 없다. 선언은 했지만 작동 조건은 설계하지 않았기 때문이다.

FDE 전환 선언은 직무명을 바꾸는 일이지만, 전환이 실제로 작동하려면 재교육·권한·평가·기존 조직과의 관계를 함께 재설계해야 한다. 선언과 작동 사이의 간극은 사람의 능력이 아니라 운영 체제에서 생긴다.

선언은 넘치는데, 작동은 드물다

국내에서 “우리도 FDE를 하겠다”는 선언은 이미 여러 형태로 나왔다. 형태가 서로 다르다는 점이 중요하다.

첫째, 기존 인력을 통째로 전환하는 방식이다. KT는 AX사업부문 전 직원을 현장배치엔지니어(FDE) 역량 체계로 전환하고 2년간 500명 이상을 육성하겠다고 발표했다. 전 직원 역량 진단을 바탕으로 개인별 경력개발경로(CDP)를 설계하고, 시나리오 실습·현장실습·멘토링을 묶어 교육한다.[1] SK AX는 전체 개발직군의 FDE화를 추진하며, 부트캠프 등 전사 교육을 통해 (2026년 4월 보도 기준) 개발자의 70%가 이미 FDE 역할을 수행하고 있고 연말까지 100% 전환을 목표로 한다.[2]

둘째, 전담 조직을 새로 만드는 방식이다. LG CNS는 팔란티어와 전략적 파트너십을 맺고 사업 전담조직 ‘FDE’를 신설했다.[3] 네이버클라우드는 FDE 태스크포스를 신설했고, 카카오는 사내 AX를 지원하는 내부 순회형 FDE 직책을 만들었다.[2]

셋째, 외부에서 새로 채용하는 방식이다. 크래프톤·마키나락스 등이 두 자릿수 FDE 채용을 진행했다.[2]

이 세 방식은 출발점이 완전히 다르다. 통째 전환은 기존 인력의 업무를 재정의해야 하고, 조직 신설은 기존 조직과의 경계를 그어야 하며, 신규 채용은 기존 인력과의 협업 규칙을 만들어야 한다. 그런데 대부분의 보도는 이 차이를 구분하지 않고 “FDE 확산”이라는 하나의 트렌드로 묶는다.[2] 독자가 선언만 보고 “우리도 하면 되겠네”라고 판단하기 쉬운 이유다.

선언이 쏟아지는 배경에는 숫자가 있다. 데이터분석 플랫폼 블룸베리 집계 분석에 따르면 2025년 1~10월 FDE 직책이 포함된 채용 공고 수는 전년 동기 대비 1165% 늘었고, 원티드랩 집계에서도 국내 FDE 공고는 전년 1건에서 매달 공고가 나오는 수준으로 증가했다.[2] 채용 트렌드로서 폭발적인 것은 사실이다. 하지만 채용 트렌드 기사로만 보면 정작 중요한 질문을 놓친다. 전환한 조직에서 실제로 무엇이 달라졌는가.

출발점이 다르면 선언 직후 먼저 손대야 할 운영 조건도 달라진다. 위 세 방식을 이 글에서 다룰 다섯 가지 운영 조건에 맞춰 해석하면 이런 그림이 나온다.

전환 방식선언 직후 첫 번째 과제가장 먼저 부딪히는 조건
기존 인력 통째 전환기존 인력의 업무 재정의조건 1(재교육)·조건 3(평가)
전담 조직 신설기존 조직과의 경계 설정조건 4(경계·흡수 통로)
외부 신규 채용기존 인력과의 협업 규칙조건 2(권한)·조건 5(구조)

이 표는 특정 기업의 계획이 아니라, 각 방식의 출발점 차이에서 뽑은 해석이다. 공통점은 하나다. 어떤 방식이든 “몇 명을 전환하느냐”는 이 표의 어느 칸에도 들어가지 않는다. 인원은 선언의 변수고, 작동 여부는 운영 조건의 변수다.

실리콘밸리에서도 성공 사례는 손에 꼽힌다

반례부터 보자. 국내에서 FDE 모델을 논하는 실무자들은 “모든 기업에서 FDE 도입이 곧 AX 성공으로 이어지지는 않는다”고 말한다. 앤트로픽 후원으로 열린 ‘클로드 코드 밋업 서울’에서 현직 FDE들은 실리콘밸리에서도 2년 이상 성공적으로 FDE 직군을 운영한 사례가 손에 꼽힌다고 짚었다.[4]

실패 양상은 구체적이다. 첫째, 업무 강도다. FDE는 고객사·현장의 시간표에 맞춰 움직이기 때문에 노동 집약적이고 번아웃 위험이 크다. 대규모 인원을 유지해야 하는 부담이 따른다.[4] 둘째, 제품 방향성의 분산이다. 고객마다 요구가 다른데 전부 들어주면 제품의 벡터가 사방으로 퍼진다. 코그니션의 한 현직 FDE는 “제품의 본질을 지키는 명확한 의사결정자가 필요하다”고 말했다.[4] 셋째, 더 근본적인 문제는 ‘쓰레기 코드’다. 제품 자체가 커스터마이징에 최적화되지 않은 상태에서 FDE만 투입되면 특정 고객 전용 하드코딩이 남발되고, 유지보수가 불가능한 코드가 쌓인다.[4]

이 세 가지는 “좋은 사람을 뽑으면 된다”로 해결되지 않는다. 각각 운영 설계의 문제다. 업무 강도는 인력 운영과 순환 체계의 문제고, 방향성 분산은 의사결정 권한의 문제며, 하드코딩 남발은 플랫폼·재사용 구조의 문제다.

더 넓은 통계도 같은 방향을 가리킨다. MIT 낸다 이니셔티브의 보고서에 따르면 기업이 생성형 AI에 투자한 300억~400억 달러에도 불구하고 약 95%의 조직이 측정 가능한 손익 효과를 내지 못하고 있다. 보고서는 원인을 모델 품질이 아니라 도구와 조직 양쪽의 ‘학습 격차(learning gap)‘에서 찾는다.[5][8] 맥킨지가 2025년 11월 공개한 글로벌 설문에서도 조직의 88%가 AI를 사용하지만 전사 규모 확장에 들어간 조직은 약 3분의 1에 그치고, 전사 차원의 손익(영업이익) 영향을 보고한 응답은 39%에 머물렀다. 반면 의미 있는 성과를 낸 고성과 조직은 워크플로를 근본적으로 재설계한 경우가 그렇지 않은 조직의 약 세 배였고, 경영진이 직접 소유권과 실행을 보여준 경우가 세 배 많았다.[6]

정리하면 이렇다. 막히는 곳은 기술이 아니라 운영이다. 그래서 전환 선언 뒤에 실제로 무엇을 갖춰야 하는지를 운영 조건으로 나눠 봐야 한다.

조건 1: 재교육은 ‘교육 과정’이 아니라 ‘문제 배치’여야 한다

세계경제포럼(WEF) 미래일자리 보고서는 2030년까지 근로자 핵심 역량의 39%가 바뀔 것으로 전망한다. 100명 중 59명은 재교육이 필요한데, 이 중 29명은 현재 직무에서 역량을 높이고, 19명은 재교육 후 다른 직무로 재배치되며, 11명은 필요한 교육을 받지 못할 것으로 예상한다.[7] 이 구조를 기업 하나의 조직에 대입하면, “전 직원을 교육하겠다”는 선언은 절반만 맞는 말임을 알 수 있다. 교육 자체보다 누구를 어느 직무로 재배치할 것인지가 핵심이다.

KT의 방식에서 참고할 지점은 순서다. 교육 커리큘럼을 먼저 짜는 것이 아니라 전 구성원의 산업·기술·솔루션 역량을 먼저 진단하고, 그 결과로 개인별 경력경로를 설계한 뒤 교육·프로젝트·자격 인증을 연계했다.[1] 교육 내용도 실제 사업 환경과 유사한 시나리오 실습과 현장실습이 중심이다.[1]

반면 많은 조직이 저지르는 실수는 ‘강의형 전환’이다. 프롬프트 교육, 에이전트 도구 교육, 노코드 교육을 나열하고 수료율로 전환율을 보고한다. 하지만 교육받은 인력이 만든 결과가 실제 운영 환경에 안착하지 못하는 것이 95% 실패의 본질이라는 진단이 이미 있다.[5][8] 재교육의 단위는 수업 시간이 아니라 ‘현장 문제 하나를 처음부터 끝까지 맡아 보는 것’이어야 한다. 문제를 배정받지 못한 전환 인력은 3개월 뒤 원래 업무로 돌아간다.

가상 예시. 제조업체 A사는 상반기에 프롬프트 엔지니어링과 에이전트 도구 강의로 전환 교육을 채웠다. 수료율은 90%를 넘었지만, 반 년 뒤 현장에서 실제로 자동화 과제를 돌리는 인력은 손에 꼽혔다. 나머지는 원래 업무로 복귀했다. 문제는 교육의 질이 아니라 순서였다. 강의가 끝난 뒤에야 “무슨 일을 시킬지”를 논의하기 시작했기 때문이다. 문제 배치가 교육과 동시에 설계된 조직에서는 같은 교육을 받고도 결과가 달랐다. 교육 수료일에 이미 현장 문제 하나가 배정되어 있었고, 그 문제의 결과 수용자(현장 부서장)가 교육 수료식에 함께 있었다.

강의형 전환 경로와 문제 배치형 전환 경로의 대비 — 원복귀로 되돌아가는 경로와 운영 안착까지 가는 경로

확인 체크리스트 — 재교육이 ‘문제 배치’인지 점검하는 기준

  • 전환 인력 전원에게 ‘90일 안에 끝까지 맡을 현장 문제’가 배정되었는가.
  • 문제의 결과 수용자가 교육 담당자가 아니라 현장 부서장으로 지정되었는가.
  • 수료 기준이 ‘강의 이수’가 아니라 ‘결과물의 운영 환경 적용’인가.
  • 판단 기준: 문제 배정표가 교육 시간표보다 먼저 나오지 않았다면, 재교육 설계는 아직 시작되지 않은 것이다.

조건 2: 권한은 직함 전환을 반드시 따라가야 한다

FDE의 일은 고객의 데이터와 시스템 안으로 들어가 문제를 정의하는 것이다. 그런데 대부분의 기업 권한 체계는 ‘본사 직원이 화면에 로그인한다’는 가정 위에 만들어져 있다. 전환된 인력이 현장 데이터를 보려면, 그리고 그 인력이 이끄는 AI 에이전트가 데이터를 읽고 초안을 만들려면 접근 권한·승인 경계·기록 구조가 함께 바뀌어야 한다.

삼성SDS의 인사이트 리포트도 같은 방향을 짚는다. AI 도입 시 시스템 성능만큼 데이터 접근 권한, 보안, 책임 소재 같은 거버넌스 항목이 제안·계약 단계의 핵심 조건으로 올라오고 있다는 것이다.[8] 삼성SDS가 분석한 팔란티어 원형 모델의 핵심도 결국 두 가지 제약 — 업무를 설명할 수 없고 데이터를 반출할 수 없는 조건 — 을 권한과 현장 배치 설계로 풀었다는 점이다.[8]

실무에서 이 조건은 세 가지 질문으로 구체화된다. 전환 인력이 접근할 수 있는 데이터 범위는 어디까지인가. 그가 이끄는 자동화가 실행할 수 있는 일과 반드시 사람 승인을 받아야 하는 일은 어떻게 구분되는가. 실행의 근거와 로그는 어디에 남는가. 이 질문들에 문서화된 답이 없으면 전환 인력은 현장에서 매번 “본사에 문의해보겠습니다”라고 말하게 되고, 전환은 선언 이전보다 느려진다.

가상 예시. 금융사 B사에서 FDE로 전환된 엔지니어는 첫 현장 투입 사흘 만에 고객 거래 데이터의 이상 패턴을 발견했다. 원시 데이터를 확인하려면 본사 보안팀 승인 절차가 필요했고, 그 절차는 사흘이 걸렸다. 고객이 물은 것은 “그럼 고칠 수 있느냐”였고, 엔지니어가 답할 수 있었던 것은 “본사에 확인해보겠습니다”였다. 그는 나중에 이렇게 말했다. “직함이 바뀌면 권한도 같이 바뀌는 줄 알았습니다. 권한은 안 바뀌더군요.” 직함 전환일에 권한 재설계가 같은 결재 문서에 올라가지 않았다면, 이 지연은 개인의 역량이 아니라 구조의 결과다.

확인 체크리스트 — 권한이 직함 전환을 따라가는지 점검하는 기준

  • 데이터 접근 범위, 승인 경계, 로그 기록 구조가 각각 문서로 존재하는가(구두 합의 제외).
  • 권한 개방이 직함 전환과 같은 결재 단위(일괄 처리)로 진행되는가, 사후 개별 신청으로 돌아가는가.
  • 에이전트가 실행할 수 있는 일과 사람 승인이 필요한 일의 구분선이 문서에 있는가.
  • 판단 기준: 현장 투입 첫 주에 “본사에 문의해보겠습니다”가 한 번이라도 나왔다면, 권한 설계는 전환 속도를 따라가지 못하고 있다.

조건 3: 평가가 바뀌지 않으면 행동도 바뀌지 않는다

기존 인력을 전환하면서 평가 지표를 그대로 두는 조직이 많다. 구축 건수, 장애 건수, 수주액. 이 지표 아래에서 인력은 합리적으로 행동한다. 빨리 끝나고 실적으로 잡히는 구축을 찾는다. 고객이 실제로 반복적으로 겪는 병목을 풀어 주는 느리고 지루한 일은 지표에 잡히지 않는다.

맥킨지 설문에서 고성과 조직을 구분한 가장 강한 요인 중 하나가 경영진이 직접 일하는 방식을 바꿔 실행을 보여줬다는 점이었다.[6] 사내 전환 사례에서도 같은 증언이 나온다. 웍스피어 최고기술책임자는 “팀 단위 개발자 몇 명이 바뀌는 것만으로는 생산성 향상에 한계가 있다”며 “임원진부터 클로드 코드를 활용해 AI 에이전트를 구축하고 실시간 리포트를 받는 등 일하는 방식의 본질을 바꿔야 전사적인 실행력이 높아진다”고 말했다.[4]

평가 재설계의 최소 요건은 세 가지다. 전환 인력의 성과가 ‘구축 완료’가 아니라 ‘현장에서 실제로 줄어든 반복 업무’로 측정되는가. 예외를 발견하고 멈춘 결정이 감점이 아니라 공적으로 기록되는가. 하나의 문제를 끝까지 운영까지 끌고 간 사람에게 다음 문제의 결정권이 주어지는가. 이 셋이 없으면 전환 인력은 다시 구축 공장으로 돌아간다.

가상 예시. 제조사 C사의 전환 조직은 KPI를 ‘자동화 과제 구축 건수’로 뒀다. 전환 인력은 2주면 끝나는 구축 과제를 골랐고, 석 달이 걸리는 반복 예외 해결 작업은 아무도 맡지 않았다. 1년 뒤 구축 건수는 세 배가 됐지만 현장의 반복 업무 시간은 그대로였다. 보고서는 “전환이 작동 중”이라 적었고, 현장에서는 “같은 파견 사업에 간판만 바뀌었다”는 말이 나왔다. 지표가 행동을 정한다는 것은 도덕의 문제가 아니라 합리성의 문제다.

확인 체크리스트 — 평가가 전환을 뒷받침하는지 점검하는 기준

  • ‘줄어든 반복 업무’를 측정하는 지표가 정의되어 있는가(측정 방법 포함).
  • 예외를 발견하고 멈춘 결정이 감점이 아니라 공적으로 기록되는 절차가 있는가.
  • 문제를 끝까지 운영까지 끌고 간 사람에게 다음 문제의 결정권이 주어지는가.
  • 판단 기준: 평가 지표가 배치 ‘전에’ 바뀌어야 한다. 배치 뒤에 바꾸면, 처음 6개월의 행동이 옛 지표에 맞춰 굳어진다.

조건 4: 기존 조직과의 경계 — 특히 CoE와의 관계를 재정의해야 한다

전환 선언이 막히는 숨은 지점이 여기다. 대부분의 기업에는 이미 AI·자동화를 담당하는 중앙 조직이 있다. 흔히 CoE, Center of Excellence로 부르는 형태다. 전담조직을 새로 만들든, 개발 인력을 전환하든, 이 중앙 조직과의 관계가 재정의되지 않으면 이중 지시가 생긴다.

현장에서 실제로 일어나는 충돌은 이렇다. 중앙 조직은 표준·가이드라인·거버넌스를 만들고, 전환 인력은 현장에서 고객 문제를 풀어야 한다. 표준이 현장을 늦추면 전환 인력은 표준을 우회하고, 중앙 조직은 우회한 결과를 통제하지 못한다. 반대로 중앙 조직이 모든 것을 승인하게 두면 전환의 속도 자체가 사라진다.

현실적인 역할 분리는 방향이 다르다. 중앙 조직은 표준과 플랫폼, 권한·감사 체계를 만들고 — IBM이 정의하는 AI CoE의 역할인 전략·거버넌스·표준 제공에 가깝다[9] — 전환 인력은 그 플랫폼 위에서 현장 문제를 해결한다. 이때 핵심 규칙은 하나다. 현장에서 반복적으로 재사용 가능한 해결책이 나오면 그것을 플랫폼의 표준으로 흡수하는 통로가 있어야 한다. 팔란티어 모델에서 한 고객의 해결책이 플랫폼의 ‘원시 요소’로 인코딩되어 다음 고객의 도구가 되는 구조가 그것이다.[8] 이 흡수 통로가 없으면 현장의 성과는 개인기에 머무르고, 조직은 비싼 인력을 파견한 채 학습을 축적하지 못한다.

흡수 통로는 추상적인 개념이 아니라 정기적인 운영 절차다. 흐름으로 그리면 이렇다.

현장 문제 해결 (전환 인력)
        │  결과물 도출

재사용성 검토 ─── "이 해결책, 다음 고객에게도 쓸 수 있는가?"
        │                            │
   재사용 가능 판단             일회성 판단
        │                            │
        ▼                            ▼
플랫폼 표준으로 흡수            현장 사례로 문서화
(중앙 조직이 소유·유지보수)      (참고 자료로 보존)


다음 고객의 출발 도구가 됨

현장 해결책이 재사용성 검토를 거쳐 표준으로 흡수되고 다음 고객의 도구로 순환하는 흡수 통로 구조

이 흐름이 실제로 돌려면 세 가지가 정해져 있어야 한다. 재사용성 검토는 누가, 얼마나 자주 하는가(예: 월 1회 정례 검토). 표준 흡수의 최종 결정권자는 누구인가. 우회 사례가 나왔을 때 그것이 징계 대상이 아니라 검토 대상이 되는가. 우회를 징계하면 숨기기가 시작되고, 우회를 검토하면 학습이 시작된다.

카카오의 내부 순회형 FDE처럼 외부 고객 없이 사내 전환만 하는 경우도 마찬가지다. 사내에서는 중앙 조직과 전환 인력의 경계가 더 모호하기 때문에, 누가 표준을 소유하고 누가 현장 실행을 책임지는지 문서화하지 않으면 충돌은 더 빨리 온다.[2]

가상 예시. 대기업 D사에서는 중앙 AI 조직이 ‘표준 승인 모델만 사용하라’는 가이드라인을 배포한 같은 달에, 전환 인력이 현장에서 외부 모델 파인튜닝이 필요한 과제를 만났다. 전환 인력은 가이드라인을 우회해 과제를 끝냈고, 중앙 조직은 연말 감사에서 그 사실을 알았다. 양쪽 모두 자기 입장에서는 합리적이었다. 문제는 둘 사이에 재사용성 검토와 예외 승인이라는 통로가 설계되어 있지 않았다는 점이다. 통로가 없는 곳에서 충돌은 개인의 태도가 아니라 구조의 결과로 나타난다.

확인 체크리스트 — 경계와 흡수 통로가 설계되어 있는지 점검하는 기준

  • 표준 소유자(중앙 조직)와 현장 실행 책임자(전환 인력 리드)가 문서에 실명으로 지정되어 있는가.
  • 재사용성 검토 회의가 주기·참여자·결정권자를 명시한 채 운영되는가.
  • 우회 사례가 징계가 아니라 회고·검토의 대상이라는 규칙이 문서화되어 있는가.
  • 판단 기준: 현장 해결책이 표준으로 흡수된 사례가 하나라도 나오기 전까지는, 이 조건은 아직 검증되지 않은 상태다.

조건 5: 변화 관리는 메시지가 아니라 구조다

마지막 조건은 사람이다. 전환을 발표하면 조직 안에서는 즉시 해석이 돌기 시작한다. “이건 구조조정 전 단계다”, “현장으로 밀려나는 것이다”, “결국 외주를 내부화하는 것이다.” 이 해석을 메시지로만 설득하려 하면 실패한다. 구조로 보여줘야 한다.

한국적 조직 문화에서 전환이 부딪히는 구체적인 장벽도 보고된다. 수직적인 조직 문화에서 연차가 낮은 전환 인력이 경영진에게 직접 제안하기 어렵기 때문에, 상위 의사결정자와의 소통을 돕는 조력자를 2인 1조로 배치하는 방식이 실제로 활용된다.[4] 사내 전환에서 부서 단위의 작은 성공 사례부터 만드는 접근이 전사 거대 담론보다 효과적이라는 실무 증언도 있다.[4]

변화 관리의 구조적 요건은 세 가지다. 전환이 경력상 손해가 아니라는 것을 배치와 승진 사례로 보여줄 수 있는가. 전환 인력이 맡는 업무가 ‘사람이 싫어하는 일의 자동화’가 아니라 ‘반복되지만 예외 기준이 설명 가능한 업무의 재설계’로 정의되어 있는가. 그리고 전환 과정에서 생기는 불안 — 내 일이 줄어드는 것 아닌가 — 에 대해 “사람은 판단과 승인, 책임을 맡고, 자동화는 반복 실행과 초안을 맡는다”는 역할 분담이 실제 업무 분장으로 문서화되어 있는가. 메시지보다 문서화된 분장이 신뢰를 만든다.

가상 예시. 공공기관 E사의 전환 발표 직후 게시판에는 “결국 누가 나가라는 거냐”는 글이 줄을 이었다. 조직은 “전환은 구조조정이 아니다”라는 공지문으로 답했지만 분위기는 달라지지 않았다. 공기가 바뀐 시점은 발표 두 달 뒤, 전환 인력 리드가 승진한 첫 인사가 났을 때였다. 그 뒤로는 전환이 경력상 손해라는 해석이 스스로 힘을 잃었다. 메시지는 해석을 이기지 못하지만, 인사와 배치는 이긴다.

확인 체크리스트 — 변화 관리가 구조로 되어 있는지 점검하는 기준

  • 6개월 안에 보여줄 수 있는 배치·승진 사례가 설계되어 있는가.
  • “사람은 판단·승인·책임, 자동화는 반복 실행·초안”이라는 역할 분담이 업무 분장 문서에 들어가 있는가.
  • 연차 낮은 전환 인력의 경영진 소통을 돕는 조력자(2인 1조)가 실제로 지정되어 있는가.
  • 판단 기준: 불안에 대한 답이 공지문에 있으면 아직 메시지 단계다. 인사와 업무 분장 문서에 있어야 구조 단계다.

선언 직후 90일 — 먼저 정해야 할 결정과 시간표

다섯 조건을 한 번에 갖추기는 어렵다. 하지만 선언 직후에 어떤 결정을 내려야 하는지는 한 장의 표로 정리할 수 있다. 아래 표는 이 글의 다섯 조건을 ‘선언 직후 내려야 할 결정’ 단위로 바꾼 것이다.

조건선언 직후 확정해야 할 결정미확정 상태의 위험 신호
1 재교육누가 어느 현장 문제를 통째로 맡는가보고서가 수료율로만 채워짐
2 권한데이터 범위·승인 경계·로그 기록 방식현장 첫 주에 “본사에 확인”이 나옴
3 평가’줄어든 반복 업무’를 잴 지표KPI가 여전히 구축 건수
4 경계표준 소유자와 실행 책임자, 표준 흡수 통로우회와 감사가 충돌
5 구조첫 배치·승진 사례 계획과 역할 분담 문서”구조조정 전 단계”라는 해석이 번짐

이 결정들을 시간 위에 놓으면 ‘선언 직후 90일’의 초안은 이렇게 그릴 수 있다.

[0일] 전환 선언


[1~30일] 설계
  역량 진단 · 현장 문제 목록화 · 권한/평가 재설계 초안
  점검: 문제 배정표 초안과 권한 재설계 초안이
        같은 회의 테이블에 올라와 있는가


[31~60일] 첫 배치
  첫 문제 배치 · 권한 일괄 개방 · 새 지표 시범 적용
  점검: 첫 현장 결과물과 첫 우회 사례가 함께 기록되는가


[61~90일] 첫 흡수
  첫 재사용성 검토 회의 · 평가 규칙 확정 · 첫 배치/승진 발표
  점검: 현장 해결책이 다음 고객의 출발 도구로
        이동하기 시작했는가

경고는 하나다. 첫 30일에 결정이 나오지 않으면, 나머지 60일은 수습으로 사라진다. 90일은 다섯 조건을 완성하는 기간이 아니라, 다섯 조건이 ‘설계 중’임을 조직에 증명하는 기간이다.

결론: 선언은 하루지만, 작동은 다섯 가지 결정을 요구한다

다시 처음의 회의 장면으로 돌아가자. “우리도 FDE를 하겠습니다”라는 발표 뒤에, 실제로 확인해야 할 것은 육성 인원 숫자가 아니라 다음 다섯 가지 결정이다.

  1. 재교육: 전환 인력에게 수업 시간이 아니라 실제 현장 문제를 배정했는가.
  2. 권한: 데이터 접근과 승인 경계가 직함 전환과 동시에 재설계되었는가.
  3. 평가: 성과 지표가 구축 건수에서 ‘줄어든 반복 업무’로 이동했는가.
  4. 경계: 기존 중앙 조직과의 역할 분리와, 현장 성과를 표준으로 흡수하는 통로가 있는가.
  5. 구조: 전환이 경력상 손해가 아님을 배치와 승진으로 증명할 설계가 있는가.

이 다섯 가지에 문서화된 답이 없다면, 그 선언은 채용 트렌드에 올라탄 보도자료로 끝날 가능성이 높다. 실리콘밸리에서도 성공 사례가 손에 꼽히고, 국내에서도 “성공 조건이 따로 있다”는 증언이 나오는 이유가 여기에 있다.[4] 전환의 난이도는 사람에 있는 것이 아니라, 사람과 함께 바꾸지 않으면 안 되는 운영 체제에 있다.

(참고: 이 글의 전편 격으로 ‘AX형 FDE가 무엇인가’ — 역할 정의와 역량 구조 — 를 이전 글에서 다룬 적이 있다. 이 글은 그 역할을 조직 안에서 작동시키는 운영 조건에 집중한다.)

이 글은 공개 보도와 공식 자료를 바탕으로 한 기술 해설입니다. 특정 기업이나 증권에 대한 매수·매도 권유가 아니며, 투자 판단의 근거로 사용할 수 없습니다.

확인한 출처 / 근거

  • 아시아포커스, “KT, AX 조직 ‘현장형’으로 재편…2년 내 FDE 500명 육성”, 2026-08-17. 원문 보기 — 전 직원 역량 진단, 개인별 CDP, 시나리오 실습·현장실습·멘토링, 글로벌 협력 교육.
  • 전자신문, “AX현장, SW개발자 전진배치”, 2026-04-19. 원문 보기 — SK AX 개발직군 70%→100% 전환 계획(보도 시점 기준), 네이버클라우드 TF·카카오 사내 순회형·크래프톤 채용, 블룸베리 집계 공고 1165% 증가, 원티드랩 집계.
  • LG CNS 뉴스룸 보도자료, “LG CNS, 美 팔란티어와 ‘맞손’…기업용 AI 플랫폼 시장 공략”, 2026-03-12. 원문 보기 — FDE 전담조직 신설, 품질관리 PoC 후 본사업.
  • 전자신문, “‘FDE’ 도입이 AX 필승 전략?…성공 조건 따로 있다”, 2026-04-19. 원문 보기 — 실리콘밸리 장기 성공 사례 부재, 번아웃·방향성 분산·하드코딩 리스크, 임원 먼저 바뀌어야 한다는 증언, 2인 1조 보좌 구조.
  • Fortune, “MIT report: 95% of generative AI pilots at companies are failing”, 2025-08-18. 원문 보기 — MIT Project NANDA ‘The GenAI Divide: State of AI in Business 2025’ 보도. 실패 원인은 모델이 아닌 학습 격차·운영 조건 부재.
  • McKinsey, “The state of AI in 2025: Agents, innovation, and transformation”, 2025-11-05 (2025년 설문; 본문의 88%·39%·약 3배 수치는 이 설문 기준). 원문 보기 — 88% 사용, 약 1/3만 확장 단계, 39%만 손익 영향 보고, 고성과 조직의 워크플로 재설계·경영진 소유권 약 3배. 참고: 2026년 8월 공개된 후속 설문(The State of AI: Global Survey 2026)에서는 정기 사용 89%, 전사 스케일링 44%, 어떤 형태로든 손익 영향 보고 37%로 소폭 이동했으나 방향은 동일.
  • World Economic Forum, “Future of Jobs Report 2025 — Key Findings”, 2025-01. 원문 보기 — 핵심 역량 39% 변화 전망, 100명 중 59명 재교육 필요(29명 현직 향상·19명 재배치·11명 교육 미수혜), 스킬 갭을 최대 장벽으로 꼽은 응답 63%.
  • 삼성SDS 인사이트 리포트, “FDE의 부상: 엔터프라이즈 AI 도입 모델은 어떻게 바뀌고 있는가”, 2026-07-01. 원문 보기 — 팔란티어 원형의 2인 1조 구조, 한 고객 해결책의 플랫폼 원시 요소 인코딩, 거버넌스(권한·보안·책임)의 제안 조건화.
  • IBM Think, “What is an AI center of excellence?”. 원문 보기 — AI CoE의 표준·전략·거버넌스 제공 역할 정의.
NEXT READING

같은 주제와 태그를 공유하면서, 이 글의 판단 범위를 다음 단계로 넓혀 주는 해설입니다.

AX·업무 자동화 'MCP가 CLI보다 토큰을 32배 더 먹는다'는 벤치마크, 어디까지 믿어야 하나 MCP 토큰 오버헤드 실측치는 4~32배부터 '호출당 +50토큰'까지 범위가 넓다. 모순처럼 보이는 두 숫자는 서로 다른 도구 구성을 측정한 결과다. 스키마 크기, 세션 길이, 캐싱·필터링 여부라는 세 가지 조건으로 벤치마크를 읽는 법을 정리한다. AX·업무 자동화 AX 인재는 PI 출신이 먼저인가, AI 개발자가 먼저인가 AX 추진에서 PI 역량을 가진 사람이 AI를 먼저 배워야 하는지, AI 개발자가 PI를 먼저 배워야 하는지 비교합니다. 초기 문제 정의는 PI가 이끌고 운영화·확산은 AI/플랫폼 인력과 짝을 이루는 구조를 정리합니다. AX·업무 자동화 AX를 위한 FDE 양성: SI와 Citizen Developer와 무엇이 다른가 FDE는 현장 업무를 AI 워크플로와 권한·로그·예외 처리 구조로 번역하는 역할입니다. SI, Citizen Developer와의 차이와 양성 방법을 정리합니다.