개발자는 파이프라이너(Pipeliner)가 된다

https://gist.github.com/casamia918/286dc7a6e2234a05dc10110259270f2e

나는 앞으로 개발자라는 직군이 근본적으로 다른 무언가로 바뀔 거라고 보고 있다. 단순히 도구가 바뀌거나 생산성이 올라가는 수준의 변화가 아니다. 직업의 정체성 자체가 다른 곳으로 이동한다. 한 단어로 정의하자면, 개발자는 파이프라이너(Pipeliner)가 된다.

개발자는 원래 '지능 수행자'였다

이 이야기를 하려면 개발자가 지금까지 정확히 무엇을 하는 사람이었는지부터 짚어야 한다. 우리는 개발자를 '만드는 사람'이라고 부르지만, 실제로 개발자가 한 일의 본질은 번역이었다. 누군가가 정의한 스펙 — 기획서, 요구사항, 티켓, 회의에서 오간 말 — 을 받아서 그것을 기계가 실행할 수 있는 형태로 옮기는 일. 개발자는 인간의 의도와 기계의 실행 사이에 서 있는 인터프리터(interpretor)였다.

그런데 이 번역은 기계적인 번역이 아니었다. 스펙은 언제나 불완전하고, 모순되고, 빈칸투성이였다. 그 빈칸을 판단으로 메우고, 엣지 케이스를 상상하고, 명시되지 않은 것을 추론해서 동작하는 시스템으로 만들어내는 것 — 이건 단순 노동이 아니라 지적인 노동이었다. 그래서 나는 개발자를 좀 더 정확히 지능 수행자(intelligent executor)라고 부른다. 지능을 써서 실행하는 사람. 이게 지난 수십 년간 개발자를 개발자로 만들어준 핵심이었다.

흥미로운 건, 이 역할이 그동안 여러 번 '자동화 위협'을 겪고도 살아남았다는 점이다. 어셈블리에서 고급 언어로, 고급 언어에서 프레임워크로, 온프레미스에서 클라우드로. 매번 추상화 계층이 하나씩 올라가면서 '수행'의 상당 부분이 자동화됐다. 메모리를 직접 관리하지 않아도 되고, 서버를 직접 세우지 않아도 된다. 하지만 그때마다 개발자는 살아남았다. 왜냐하면 자동화된 건 실행의 기계적인 부분이었고, 실행에 필요한 판단은 여전히 사람 몫이었기 때문이다. 지능 수행자에서 '수행'만 조금씩 깎여 나갔을 뿐, '지능'은 그대로 남아 있었다.

이번엔 다르다 — AI가 가져간 건 '지능' 쪽이다

AI가 등장하면서 바뀐 지점이 바로 여기다. 이번에 자동화되는 건 실행의 기계적인 부분이 아니라, 실행에 필요한 판단 그 자체다. 불완전한 스펙의 빈칸을 메우고, 엣지 케이스를 상상하고, 명시되지 않은 걸 추론해서 동작하는 코드로 옮기는 일 — 지능 수행자의 정의 그 자체 — 을 이제 AI가 한다.

이게 결정적이다. 지금까지의 자동화 물결은 개발자에게서 '수행'을 조금씩 떼어갔지만 '지능'은 건드리지 못했다. 그래서 개발자는 더 높은 추상화 위에서 여전히 지능 수행자로 남을 수 있었다. 하지만 이번엔 지능 쪽을 가져갔다. 개발자를 개발자로 만들어주던 정체성의 핵심이 통째로 이전되고 있는 것이다. 남는 껍데기 위에서 "더 높은 추상화로 올라가면 된다"는 지금까지의 공식이 이번엔 통하지 않는 이유가 여기 있다. 올라갈 사다리 자체가 AI에게 넘어갔기 때문이다.

그럼 무엇이 남는가 — 지능을 배치하는 일

수행이 AI에게 넘어갔다면, 인간에게 남는 것은 무엇인가. 답은 명확하다. 그 AI가 일을 잘 하도록 만드는 일이다. 그리고 이건 생각보다 큰 일이다.

AI는 강력한 실행 엔진이지만, 혼자서는 아무것도 하지 못한다. 무엇을 입력받을지, 어떤 맥락을 함께 줄지, 결과를 무엇과 대조해 검증할지, 실패하면 어디로 흘려보낼지, 그 출력을 다음 단계의 무엇에 연결할지 — 이 모든 걸 누군가 설계해야 한다. 지능이라는 원료를 어디에 붓고, 어떤 관을 통과시키고, 어떤 밸브로 통제할지를 결정하는 일. 나는 이걸 파이프라인이라고 부른다.

여기서 파이프라인은 CI/CD 파이프라인이나 데이터 파이프라인처럼 좁은 기술 용어가 아니다. 그보다 훨씬 넓다. 지능이 흐르는 경로 전체를 설계하고 관리하는 일이다. 벽돌을 쌓는 사람이 아니라, 도시에 물이 어떻게 흐를지를 설계하는 상수도 엔지니어에 가깝다. 벽돌은 이제 AI가 무한히 찍어낸다. 문제는 그 벽돌들을 어떤 흐름으로 배치할 것인가이고, 그 흐름을 다루는 사람이 파이프라이너다.

개발자가 '코드를 짜는 사람'에서 '흐름을 짜는 사람'으로 옮겨간다는 뜻이다. 손으로 만드는 사람에서 손을 배치하는 사람으로.

'개발자'라는 말로는 담기지 않는다

그런데 여기서 이런 생각이 들 수 있다. 흐름을 짜고 연결하는 일이라면, 개발자가 원래부터 해오던 것 아닌가? 함수를 잇고, 모듈을 연결하고, 데이터 흐름을 설계하는 것 — 그 자체가 파이프라이닝 아닌가?

미시적으로(micro) 보면 맞는 말이다. 개발자는 언제나 어떤 의미에서 파이프라이닝을 해왔다. 그건 부정할 수 없다. 하지만 결정적인 차이는 그 파이프라이닝이 이뤄지던 단위, 곧 레벨에 있다.

지금까지 개발자의 파이프라이닝은 코드 레벨 안에 갇혀 있었다. 주어진 스펙 안에서, 이미 그어진 시스템 경계 안에서 함수와 모듈을 잇는 일. 그 위 레벨 — 이걸 왜 만드는가, 고객의 어떤 문제를 푸는가, 비즈니스적으로 어떤 흐름이어야 하는가 — 은 대개 다른 누군가(기획자, PM, 사업 조직)가 정해서 넘겨줬고, 개발자는 그 울타리 안에서만 흐름을 짰다. 파이프라이닝의 단위가 코드 레벨에 머물러 있었기 때문에, '개발(develop)하는 사람', developer라는 이름으로 충분했던 것이다.

이제 시대가 원하는 건 다른 레벨의 파이프라이닝이다. 코드 레벨을 넘어서, 실제 고객의 문제를 푸는 비즈니스 레벨에서, 그리고 그 문제를 해결하는 시스템 전체 레벨에서 흐름을 설계하는 일. AI가 코드 레벨의 파이프라이닝을 가져갔기 때문에, 인간에게 남는 건 그보다 위 레벨의 파이프라이닝이다. 그리고 이 일은 코드를 개발하는 것이 핵심이 아니므로, 'developer'라는 협소한 단어로는 담기지 않는다. 코드라는 특정 재료에 묶이지 않고 레벨을 가로질러 흐름을 짜는 사람 — 그래서 나는 새 이름이 필요하다고 본다. 파이프라이너다.

파이프라이너의 역량 — ABCD2

그렇다면 이 파이프라이너에게 요구되는 역량은 무엇인가. 나는 다섯 가지로 정리한다. 이해하고(Comprehend), 추상화하고(Abstract), 분해하고(Dissolve), 구축하고(Build), 설명한다(Describe). 앞글자를 따서 ABCD2라고 부른다.

추상적으로만 나열하면 와닿지 않으니, 하나의 시나리오로 꿰어보자. 어떤 회사가 "고객 환불 처리를 AI로 자동화하고 싶다"고 한다고 하자. 파이프라이너는 이 문제를 어떻게 다루는가.

Comprehend(이해). 먼저 연결해야 할 세상을 이해해야 한다. 이 회사에서 '환불'이라는 단어가 실제로 무엇을 건드리는지를 파악하는 일이다. 환불은 회계 장부를 건드리고, 재고를 되돌리고, 고객 신뢰에 영향을 주고, 세무와 법무에 걸린다. 해피 패스 하나만 보는 사람은 여기서 이미 실패한다. 세상이 실제로 어떻게 돌아가는지를 모르면, 연결할 대상 자체를 오해하기 때문이다. 이해는 파이프라인의 재료를 정확히 아는 일이다.

Abstract(추상화). 이해한 현실은 지저분하다. 예외와 특수 케이스와 사내 정치가 뒤엉켜 있다. 이 지저분한 현실에서 다룰 수 있는 본질적 구조만 걷어내는 것이 추상화다. "환불이란 결국 (거래를 식별하고) → (환불 가능 여부를 판정하고) → (금액을 계산하고) → (승인을 받고) → (실행하는) 다섯 단계다"라고 뼈대를 세우는 일. 좋은 추상화는 현실을 단순화하되 중요한 걸 버리지 않는다. 이 균형 감각이 추상화의 핵심이고, 가장 배우기 어려운 부분이다.

Dissolve(분해). 추상화된 뼈대를 이제 실행 가능한 단위로 쪼갠다. 왜 쪼개야 하는가? AI에게 "환불을 알아서 처리해줘"라고 통째로 던지면, 그 출력을 검증할 방법이 없기 때문이다. 뭉텅이째로는 어디서 틀렸는지 알 수 없다. 각 단위가 독립적으로 검증 가능하도록 분해해야, AI가 각 조각을 처리하고 사람이 각 조각을 확인할 수 있다. 분해는 단순히 잘게 나누는 게 아니라, 검증 가능한 경계를 따라 나누는 감각이다.

Build(구축). 이제 분해된 단위들을 하나의 흐름으로 엮는다. 각 단계에 AI를 배치하고, 그 사이에 검증 장치를 끼우고, 실패 시 사람에게 넘기는 폴백을 설계하고, 승인 단계에는 휴먼 인 더 루프를 건다. 단위를 만드는 것과 흐름을 만드는 것은 다른 능력이다. 좋은 부품들을 모아놓아도 흐름이 엉키면 시스템은 동작하지 않는다. 구축은 배관을 실제로 연결해 물이 흐르게 하는 일이다.

Describe(설명). 마지막으로, 그 흐름을 명료하게 설명할 수 있어야 한다. 이건 부가적인 능력이 아니라 필수다. 무엇을, 왜, 어떻게 연결했는지 언어로 표현하지 못하면 그 파이프라인은 유지될 수도, 감사받을 수도, 다른 사람에게 넘겨질 수도, 팔릴 수도 없다. 그리고 더 근본적으로, 설명한다는 건 그 정의를 자기가 책임진다는 뜻이다. "이 환불 로직은 이렇게 판단하도록 내가 정했다"고 말할 수 있고, 그 결과를 감당하는 것. 설명 능력은 결국 오너십과 뗄 수 없다.

이해하고, 추상화하고, 분해하고, 구축하고, 설명한다. ABCDD 라서 ABCD2다. 그리고 눈치챘겠지만, 이 다섯 가지 중 어느 것도 '코드를 잘 짜는 능력'이 아니다.

FDE라는 실증

이 역량 구성은 아직 널리 인식되지 않았지만, 이미 시장에 원형이 존재한다. FDE(Forward Deployed Engineer)다.

FDE는 전통적인 개발자와 하는 일이 다르다. 고객사에 들어가서 그들의 세상을 이해하고(Comprehend), 진짜 문제를 추상화하고(Abstract), 해결 가능한 단위로 분해하고(Dissolve), 실제로 동작하는 흐름을 구축하고(Build), 그것을 고객 조직에 설명하고 설득한다(Describe). FDE의 가치는 코드 라인 수에서 나오지 않는다. 고객의 혼란스러운 현실과 도구 사이를 연결하는 능력에서 나온다.

즉 FDE는 이미 파이프라이너다. 아직 AI가 실행을 다 가져가기도 전에, 시장은 '연결하고 설계하는 사람'의 가치가 '수행하는 사람'의 가치를 압도하는 지점을 먼저 발견한 것이다. FDE가 최근 몇 년간 가장 몸값 높은 엔지니어 포지션 중 하나가 된 건 우연이 아니다. 그건 파이프라이너 시대의 선행지표다.

진짜 문제 — '수행'이라는 완충지대의 소멸

FDE 같은 소수가 위로 올라가는 동안, 그 아래에서는 정반대의 일이 벌어진다. 지금까지 '수행'은 지식 노동의 거대한 완충지대였다. 뛰어나지 않아도, ABCD2를 다 갖추지 못했어도, 잘 정의된 과업을 성실하게 수행하는 것만으로 대부분의 사람은 쓸모가 있었다. 스펙을 코드로 옮기는 개발자, 자료를 정리하는 분석가, 지시받은 캠페인을 집행하는 마케터, 양식에 맞춰 문서를 만드는 사무직. 이들은 모두 '지능 수행자'였고, 수행이라는 완충지대 위에서 안정적으로 일했다.

이 완충지대가 사라지고 있다. AI가 수행을 가져가면, 성실한 수행만으로는 더 이상 가치가 만들어지지 않는다. 남는 것은 파이프라인을 설계하는 일뿐이다. 완충지대가 사라진 세계에서는, 스킬 분포의 '중간'이 붕괴한다. 최상위의 파이프라이너와, 대체된 수행자 사이에 있던 넓은 중간층 — 그동안 대부분의 지식 노동자가 살아온 그 자리 — 이 통째로 얇아진다.

그리고 이건 개발자만의 이야기가 아니다

여기서 논의의 범위가 폭발한다. ABCD2는 개발자에게만 요구되는 역량이 아니다. AI라는 실행 엔진 위에서 일하게 되는 순간, 지식을 다루는 모든 노동자에게 동일하게 요구된다.

기획자도 이제 기획서를 쓰는 사람이 아니라, AI가 좋은 기획을 뽑아내도록 문제를 이해하고 분해하고 흐름을 설계하는 사람이 되어야 한다. 마케터도, 분석가도, 컨설턴트도, 변호사도, 회계사도 마찬가지다. 각자의 도메인에서 '수행'은 AI에게 넘어가고, 남는 건 그 AI를 지휘하는 파이프라이닝이다. 직군의 이름은 달라도, 요구되는 근본 역량은 ABCD2 하나로 수렴한다. 그래서 파이프라이너는 개발자의 미래이기 이전에, 지식 노동자 전체의 미래다.

문제는, 이 다섯 가지를 실제로 해낼 수 있는 사람이 소수라는 것이다. 이건 지금까지도 그랬고 앞으로도 그럴 것이다. 이해하고 추상화하고 분해하고 구축하고 설명하는 일은 매뉴얼로 가르쳐지지 않는다. 그건 판단, 취향, 오너십, 시스템적 사고 같은 것들 위에 서 있고, 이런 능력은 훈련으로 쉽게 복제되지 않는다.

역사가 이 패턴을 이미 보여준 적이 있다. 방직기가 직조를 자동화했을 때, 수많은 직조공이 방직기 설계자로 전환되지는 않았다. 방직기를 설계하고 운영할 수 있는 사람은 극소수였고, 필요한 인원도 극소수였다. 실행이 자동화되면, 그 실행을 설계하는 자리는 언제나 실행하던 자리보다 훨씬 좁다. 지금 벌어지는 일도 구조적으로 동일하다. 다만 이번에 자동화되는 것이 손이 아니라 지능이라는 점, 그래서 영향받는 것이 육체 노동이 아니라 지식 노동 전체라는 점이 다를 뿐이다.

예상되는 반론 — "AI가 파이프라이닝도 하게 되지 않을까?"

정직하게 던져야 할 질문이 하나 있다. 수행을 AI가 가져갔다면, 결국 파이프라이닝도 AI가 가져가지 않겠는가? 그럼 파이프라이너라는 자리도 임시적인 것 아닌가?

부분적으로는 맞다. AI는 파이프라인의 일부 조각 — 특히 Build와 Dissolve의 기계적인 부분 — 을 점점 더 잘하게 될 것이다. 하지만 ABCD2의 앞뒤 끝, 즉 Comprehend와 Describe는 성질이 다르다. 어떤 현실을 연결 대상으로 삼을지 결정하는 일(이해), 그리고 그 정의를 책임지고 세상에 설명하는 일(설명)은 본질적으로 무엇을 원하는가와 누가 책임지는가의 문제다. AI는 목적을 스스로 소유하지 않고, 결과를 스스로 책임지지 않는다. 정보의 비대칭 — AI는 우리 조직의 진짜 맥락을 모른다 — 과 과업 정의의 품질, 그리고 무엇보다 책임의 귀속은 쉽게 넘어가지 않는 간극이다.

그래서 나는 파이프라이너가 임시직이라고 보지 않는다. 오히려 파이프라인이 자동화될수록, 그 파이프라인을 무엇을 위해 세울지 정하고 책임지는 소수의 가치는 더 커진다. 완충지대의 소멸은 이 소수를 위협하지 않는다. 이 소수를 더 희소하게 만들 뿐이다.

그 소수를 어떻게 알아볼 것인가

그렇다면 남는 실질적인 질문은 이것이다. 그 소수를, 우리는 어떻게 알아볼 것인가.

한가한 질문이 아니다. 지금 거의 모든 기업이 같은 벽 앞에 서 있다. "AI 시대에 인재를 어떻게 평가할 것인가." 그리고 기존의 잣대는 대부분 이미 무력해졌다. 코딩 테스트, 알고리즘 문제, 자격증, 학벌. 이것들이 실제로 재던 것은 결국 '수행 능력'이었고, 그 수행은 앞서 봤듯 AI에게 넘어갔다. 코딩 테스트 만점자가 뛰어난 파이프라이너라는 보장은 어디에도 없다. 오히려 잘 정의된 문제를 빠르게 푸는 데 최적화된 사람일수록, 문제 자체를 정의하고 세상을 연결하는 일에는 서툴 수 있다.

그렇다면 무엇을 측정해야 하는가. 나는 ABCD2가 그 답의 골격이 될 수 있다고 본다. 연결할 세상을 이해하는가, 본질을 추상화하는가, 검증 가능한 단위로 분해하는가, 흐름을 구축하는가, 그것을 설명하고 책임지는가. 이 다섯 축은 코드 실력과 무관하게, 직군과도 무관하게, 파이프라이너로서의 소양을 드러낸다.

여기에 두 축을 더하면 실제로 쓸 만한 평가 프레임이 완성된다. 하나는 인적성이다. 이 사람이 애초에 그런 사고와 오너십을 감당할 기질을 가졌는가. 다른 하나는 도메인 업무 적합성이다. 그가 이해하고 연결해야 할 세상이 바로 이 도메인인가. 정리하면 ABCD2(역량) × 인적성(기질) × 도메인 적합성(맥락)이다. 이 세 축의 조합이야말로, 지금 기업들이 애타게 찾고 있는 "AI 시대에 인재를 어떻게 뽑고 배치할 것인가"의 방향을 잡아줄 수 있다고 나는 본다.

그리고 이 프레임은 앞서 한 이야기를 냉정하게 다시 확인해준다. 세 축을 모두 통과하는 사람은 극히 적다. 평가의 기준이 '수행'에서 이 세 축으로 옮겨가는 순간, 지식 노동에 남을 사람의 규모 자체가 다시 그려진다.

결론 — 지식을 다루는 일은 극소수의 업무가 된다

정리하자. 개발자는 지능 수행자였고, 그 역할을 AI가 가져갔다. 남은 것은 AI라는 실행 엔진을 지휘하는 파이프라이닝이고, 그것도 코드 레벨을 넘어 비즈니스와 시스템 레벨에서의 파이프라이닝이기에 'developer'라는 협소한 단어로는 담기지 않는다. 그래서 개발자는 파이프라이너가 된다. 파이프라이너의 역량은 이해·추상화·분해·구축·설명, 즉 ABCD2이며, FDE가 그 살아있는 원형이다. 그리고 이 ABCD2는 인적성과 도메인 적합성을 더해, AI 시대의 인재를 평가하는 새로운 축이 될 수 있다.

이 역량은 개발자에게만 요구되는 것이 아니라 지식을 다루는 모든 노동자에게 요구된다. 수행이라는 완충지대가 사라진 세계에서, ABCD2를 갖춘 사람만이 지식 노동의 영역에 남는다. 그런 사람은 소수다. 따라서 지식을 다루는 일 자체가 극소수의 업무로 재편된다.

이것이 내가 파이프라이너라는 개념을 통해 정말로 말하고 싶은 결론이다. 우리는 개발자 직군 하나가 바뀌는 광경을 보고 있는 게 아니다. 지능이 제품화된 세상에서, 누가 지능을 다룰 수 있을 것인가 — 그 질문을 던지게 되는 초입에 서 있는 것이다.