AI 전환 (AI Transformation)

AI 전환은 제품에 AI를 넣는 일이 아니라, AI로 일하는 조직을 만드는 일입니다. 이 둘은 자주 한 단어로 묶이지만 서로 다른 과제입니다. 앞은 코드의 문제이고, 뒤는 습관과 구조의 문제입니다.

제품에 AI를 넣는 일은 경계가 분명합니다. 무엇을 고칠지, 언제 끝났는지가 명확하고 지표로 확인됩니다. 코드를 고치면 다음 날 다르게 동작합니다. 반면 AI로 일하는 조직을 만드는 일은 사람의 습관과 직무 정체성, 오래 믿어 온 일하는 방식을 건드립니다. 사람은 코드처럼 다음 날 다르게 동작하지 않습니다.

흔한 착각이 여기서 생깁니다. 제품 지표가 오르는 것을 조직이 바뀌는 것으로 혼동합니다. 제품 전환과 조직 전환은 서로 다른 곡선을 그립니다. 제품은 가파르게 좋아져도 일하는 방식은 거의 평평할 수 있습니다. 둘을 같은 과제로 묶어 두면, 제품이 좋아진 것을 조직이 바뀐 것으로 착각하게 됩니다.

너디의 전환은 2025년 가을 Claude Code에서 시작됐습니다. 그것은 도구가 하나 늘어난 일이 아니라, 한 사람이 다룰 수 있는 일의 양과 속도라는 조직 설계의 가장 밑에 깔린 전제가 통째로 움직인 일이었습니다. 전제가 움직이면 조직과 제품의 설계도 다시 봐야 합니다. 잘 되고 있다는 사실이 오히려 위험했습니다. 사람을 더 뽑아야 일이 더 되는 회사라는 전제가 더는 성립하지 않았기 때문입니다.

도구만으로는 방식이 바뀌지 않았습니다. 같은 도구를 쥔 두 사람의 생산성이 몇 배씩 차이가 났고, 차이는 도구가 아니라 일하는 방식에 있었습니다. 사람은 머리로는 AI로 일해야 한다고 동의하면서도 행동은 익숙한 방식으로 돌아갔습니다. 사람은 옳다고 아는 것을 하지 않습니다. 익숙한 것을 합니다. 전환은 정보 전달이나 도구 보급의 문제가 아니라 습관과 정체성의 문제였습니다.

도구로 안 되면 구조를 바꿔야 했습니다. 너디는 직무를 사람 단위가 아니라 닫히는 작업 단위로 다시 묶었습니다. 반복은 시스템과 AI가 맡고 사람은 판단과 책임의 지점에 배치되도록, 일이 흐르는 골격 자체를 바꿨습니다. 이 구조 변경에는 사람의 비용이 따랐습니다. 잘하던 일이 시스템 쪽으로 넘어간 사람의 이탈과 저항이 있었습니다. 부드러운 전환은 없었습니다. 다만 '작업 단위로 묶으면 사람이 흐름의 부품이 된다'는 정당한 지적은 설계에 반영해, 사람이 흐름을 멈출 수 있는 판단 개입 지점을 명시적으로 넣었습니다.

전환은 위임할 수 없었습니다. 위임받은 사람은 전환을 추가 업무로 받았고, 일의 순서를 바꾸고 사람의 자리를 옮기고 옛 방식을 막는 일은 권한이 필요해 대표만 강제할 수 있었습니다. 가장 먼저, 가장 깊게 바뀌어야 하는 사람은 대표 자신이었습니다. 대표의 역할은 전략을 세우고 위임하는 자리에서, 직접 도구를 써서 기준을 보이는 자리로 재정의됐습니다.

전환은 동시성이라는 일하는 방식으로 나타났습니다. 한 번에 한 프로젝트에 매달리는 대신 여러 프로젝트를 각자 닫히는 단위로 쪼개고, AI 작업이 도는 빈 시간에 사람의 판단을 다른 프로젝트로 옮겨 갑니다. 진짜 병목은 AI의 속도가 아니라, 사람이 흐름과 흐름 사이를 건너가는 비용이었습니다. 대표가 직접 기록한 바로는 5월에 동시에 굴린 프로젝트가 10개를 넘었습니다. 다만 머릿속 저글링은 6개에서 벽에 부딪혔고, 모든 프로젝트의 상태를 한 화면에 모으는 작은 시스템을 만들어 그 벽을 넘었습니다. '반복은 시스템이 닫고 판단은 사람이 쥔다'는 제품의 원칙이 대표의 일하는 방식 자체가 된 것입니다. 자랑할 숫자가 아니라, 전환이 어디까지 가는지를 보여 주는 기록입니다.

너디가 보는 AI 전환의 도착점은 도구를 까는 것이 아니라, 일이 닫히는 단위로 흐르고 사람이 판단에 집중하도록 일하는 방식 자체를 옮기는 것입니다. 이 방식을 너디 메소드로 체계화했습니다. 마침표 사고로 일을 끝나는 단위로 나누고, 보고에서 증거로 평가합니다. 그래서 AI 전환은 업무 자동화와도 다릅니다. 자동화가 같은 일을 빠르게 한다면, 너디 메소드는 일을 끝냅니다.

관련 개념으로는 너디 메소드, 증거 기반 운영, 초안을 넘는 AI가 있습니다.