많이 실행하기 전에,
판단할 수 있게

실행과 판단 사이

AI가 일을 처리하는 속도는 빨라졌지만 결과를 읽는 사람의 시간은 그대로입니다. 실행이 많아지면 살펴볼 결과도 함께 늘어납니다. 무엇이 바뀌었는지, 어떤 목표와 연결되는지, 무엇을 확인했는지가 흩어져 있다면 결과를 모으는 것부터 다시 시작해야 합니다.

완료된 작업의 목록만으로는 다음에 할 일을 결정하기 어려울 수 있습니다. 각 작업이 잘 끝났는지와 전체 목표에 가까워졌는지는 서로 다른 질문이기 때문입니다. 결과가 여러 개 있어도 같은 가정을 반복해서 확인한 것인지, 중요한 불확실성을 하나 줄인 것인지 읽을 수 있어야 합니다. 실행을 검토하는 사람에게 필요한 것은 이런 관계를 파악할 수 있는 맥락입니다.

한 문맥 안에 연결하기

57loop에서는 목표, 결정, 실행, 실제 결과, 검증을 연결하는 구조를 탐색했습니다. 하나의 목표가 어떤 실행과 근거를 거쳐 다음 결정으로 이어지는지 읽을 수 있는 단위가 필요했습니다. 목표가 빠지면 결과의 의미를 판단하기 어렵고, 근거가 빠지면 다음 선택이 이전 판단과 어떻게 이어지는지 알기 어렵습니다.

가상의 예로, 안내 문구를 고치는 작업을 생각해볼 수 있습니다. 문구를 수정했다는 기록은 실행을 설명합니다. 그러나 사용자가 다음 단계로 이동하기 쉽게 만들려는 목적이었다면, 수정 여부만으로 목적을 달성했다고 말할 수 없습니다. 어떤 혼란을 줄이려 했는지, 수정된 내용을 어디까지 확인했는지가 함께 있어야 남은 질문을 찾을 수 있습니다.

이 예시는 57loop의 실제 성과나 특정 실험을 뜻하지 않습니다. 목표와 결과를 연결해서 읽는 방식을 설명하기 위한 가정입니다. 이런 관계가 드러나면 같은 작업을 더 할지, 다른 접근을 시도할지, 추가 확인이 먼저 필요한지 논의할 수 있습니다. 결과가 예상과 달랐을 때도 어느 가정부터 다시 살펴볼지 범위를 좁힐 수 있습니다.

확인한 것과 아직 모르는 것

내부에서 흐름을 확인한 것과 다른 사람이 실제로 사용할 수 있는 것은 서로 다른 단계입니다. 구현 여부는 필요한 기능이 만들어졌는지에 관한 질문입니다. 내부 검증은 정해진 조건에서 의도한 동작을 확인했는지에 관한 질문입니다. 인계와 반복 사용에서는 설명 없이도 맥락을 이해하고 다시 사용할 수 있는지 살펴야 합니다.

이 단계를 하나의 완료 표시로 묶으면 다음 작업의 성격이 흐려질 수 있습니다. 기능을 더 만들어야 하는 상황과 이미 만든 기능의 사용 가능성을 확인해야 하는 상황에는 서로 다른 준비가 필요합니다. 무엇을 확인했고 무엇이 남았는지 구분해 적으면, 결과를 읽는 사람이 완료라는 말의 범위를 다시 추측하지 않아도 됩니다.

좋은 시스템은 남은 질문을 읽을 수 있게 해야 합니다. 확인하지 못한 부분을 숨기지 않고, 다음 결정에 필요한 근거를 찾을 수 있도록 이어주는 구조가 중요합니다. 이 연결이 실제로 판단 부담을 줄이는지는 별도로 검증해야 합니다. 현재의 탐색에서 분명히 두고 싶은 기준은 실행 결과를 읽은 사람이 다음에 무엇을 판단해야 하는지 알 수 있어야 한다는 점입니다.