판단 지점 (Judgment Point)

판단 지점은 다음 AI 작업이 돌기 전에 사람이 개입해 판단을 내려야 하는 지점입니다. 닫히는 단위가 사람과 AI의 경계에서 구체화된 자리이며, 한 단위가 종결되기 직전 사람의 결정이 얹히는 순간입니다.

판단 지점은 너디의 동시성 작업 방식의 기본 단위입니다. AI에게 작업을 시키면 그 작업이 도는 동안 사람의 손이 빕니다. 동시성은 그 빈 시간에 다른 프로젝트의 판단을 끼워 넣는 방식이고, 그래서 사람은 한 가지 일을 빨리 하는 존재가 아니라 '여러 흐름의 판단 지점을 오가는 존재'가 됩니다. 실행의 대부분은 AI와 시스템이 맡고, 사람은 흐름과 흐름 사이를 오가며 판단만 얹습니다. 판단 지점은 사람의 기여가 응축되는 자리입니다.

좋은 판단 지점은 두 조건을 만족합니다. 첫째, 내려야 할 결정이 또렷합니다. 운영자가 던지는 질문은 '내가 다음에 내려야 할 판단이 무엇인가' 하나로 좁혀집니다. 둘째, 단위의 크기가 맞습니다. 한 단위는 'AI가 처리하고 사람이 한 번 판단하면 끝나는 크기'여야 합니다. 이 크기를 정하려면 먼저 그 단위가 언제 닫히는지를 정의해야 하고, 그 정의는 마침표 사고에서 옵니다.

판단 지점에서 사람이 보는 것은 진행 보고가 아니라 끝난 산출물입니다. 증거 기반 운영에서 사람은 '얼마나 진행됐는지'가 아니라 '무엇이 끝났는지'를 묻고, 판단과 결정에만 시간을 씁니다. 반복되는 추적과 조율은 시스템이 닫습니다. AI도 초안에서 멈추지 않습니다. 초안 너머의 AI는 AI가 생성한 결과를 스스로 검증하고 합격선에 맞춰 다듬은 뒤 사람의 마지막 판단만 남기는 흐름입니다. 좋은 판단 지점은 자동화할 수 없는 취향·관계·결정으로 좁혀집니다.

판단 지점에는 한계가 있습니다. 깊은 사고가 필요한 일을 판단 지점만 끊어 처리하면 얕아졌습니다. 그래서 그런 일 한 개는 동시성 밖에 따로 두는 규칙을 더했습니다. 또 사람의 작업 기억으로 판단 지점을 머릿속에서 저글링하는 데도 한계가 있어, 프로젝트가 6개를 넘자 맥락이 섞여 한 프로젝트의 결정을 엉뚱한 프로젝트에 적용하는 사고가 났습니다. 동시성의 진짜 병목은 AI 속도가 아니라 사람이 흐름 사이를 건너갈 때의 맥락 전환 비용이었습니다.

6개의 벽을 깬 것은 모든 프로젝트의 상태를 한 화면에 모으는 시스템이었습니다. 그 시스템은 프로젝트마다 '지금 어느 단계인지, 내가 다음에 내려야 할 판단이 무엇인지, 무엇을 기다리는 중인지'를 모아, 판단 지점을 사람의 머리 대신 시스템에 외재화했습니다. '반복은 시스템이 닫고 판단은 사람이 쥔다'는 너디 제품의 원칙이 일하는 방식 자체에 그대로 적용된 것입니다. 4월에는 동시 진행이 서너 개가 한계였고 맥락 메모를 손으로 남겼지만, 5월에는 이 시스템으로 10개가 넘는 프로젝트를 동시에 굴렸습니다.

관련 개념으로는 마침표 사고, 증거 기반 운영, 초안 너머의 AI가 있습니다.