4장 의도 실행 루프를 닫는다

결과를 다음 판단으로 돌려보낸다

리더가 작업을 맡기고 결과를 검토한 뒤 같은 문제를 다시 설명해야 한다면, 실행은 끝났어도 조직의 학습은 다음 작업에 연결되지 않은 것이다. 검토 의견이 대화에만 남거나 수정한 방법이 다음 실행에 전달되지 않으면 수행자는 이전의 판단을 다시 찾아야 한다. 반대로 한 번의 실패 뒤 기준을 성급하게 바꾸면 다른 조건에서 지켜야 할 약속까지 약해질 수 있다. 결과를 보았다는 사실과 개선할 근거를 확보했다는 판단을 구분해야 한다.

이 책에서 의도 실행 루프를 닫는다는 것은 수행 결과와 운영 관찰을 다음 결정에 연결하고, 그 결정에 따른 변경 효과를 다시 확인하는 일이다. 실행 횟수가 늘었다고 루프가 닫히지는 않는다. 어떤 증거로 무엇을 바꾸었으며 그 변경이 결과에 어떤 차이를 만들었는지 확인할 수 있어야 한다. 2장은 의도를 지속적인 기준으로, 3장은 정책과 계획을 서로 다른 변경 책임으로 설명했다. 이 장은 그 기준과 책임을 반복되는 실행에 연결한다.

이 책은 P06 ‘증거 기반 완료’로 현재 결과를 판정하고, P15 ‘검증을 거치는 개선’으로 실패를 분류해 변경안을 평가하도록 제안한다. 전자는 지금의 결과를 수용할 근거를 묻고, 후자는 다음 수행을 바꿀 근거를 묻는다. 둘을 연결하면 결과를 수용한 뒤에도 관찰과 개선의 책임을 유지할 수 있다. 효과는 실제 업무에서 평가해야 하며 이 연결 자체를 생산성 향상의 보장으로 제시하지 않는다.

수행·검증·운영 관찰을 같은 의도에 연결한다

루프의 출발점은 무엇을 왜 달성하려는지와 어떤 조건에서 성공으로 판단할지이다. 정책은 실행의 경계와 권한을 정하고, 계획은 그 경계 안에서 수행할 작업과 확인 방법을 정한다. 수행은 결과와 기록을 만들고, 검증은 그 결과가 정한 조건을 충족하는지 판단한다. 운영 관찰은 실제 사용에서 의도한 결과가 이어지는지 확인한다. 이 연결은 이 책의 운영 구조 제안이다.

각 단계가 같은 시점에 끝날 필요는 없다. 구현의 조건은 실행 직후 확인할 수 있어도 사용자 결과나 운영 부담은 시간이 지나야 드러날 수 있다. 그 경우 구현을 수용한 책임과 후속 관찰의 책임을 나누어 기록한다. 관찰할 시점과 판단할 조건이 없으면 다음 작업이 시작된 뒤 이전 결과를 다시 볼 이유가 사라질 수 있다. 리더는 무엇을 지금 판단하고 무엇을 나중에 판단할지 정해야 한다.

증거를 연결할 때에는 어떤 의도·정책·계획 아래에서 나온 결과인지 식별한다. 기준이나 환경이 바뀌었다면 이전 결과와 같은 조건에서 비교할 수 있는지 살핀다. 여러 실행의 로그를 한곳에 모으는 것만으로는 이 관계가 드러나지 않는다. 결과를 만든 조건과 그 결과를 판정한 기준을 함께 보존하는 원리는 P13 ‘의도부터 결과까지 추적’과 연결된다. 상세한 기록 구조와 보관 책임은 팩토리의 운영에서 다룬다.

반복 실행과 기준의 개선을 구분한다

Anthropic의 2024년 12월 글은 생성 결과에 평가와 피드백을 주는 반복 구조를 설명하며, 명확한 평가 기준과 반복 개선의 가치가 있는 조건을 제시한다.[S19] 이는 업체의 설계 지침이다. 이 구조를 모든 업무에서 효과가 입증된 운영 방식으로 읽어서는 안 된다.

이 설명에서 이 책이 얻는 해석은 반복을 설계할 때 무엇을 평가하고 무엇을 개선할지 먼저 정해야 한다는 것이다. 한 작업 안에서 구현을 고치는 반복과 여러 작업에 적용할 정책을 바꾸는 반복은 권한과 영향이 다르다. 수행자가 같은 기준을 충족하도록 결과를 수정하는 일은 위임 범위 안에서 진행할 수 있다. 허용 경계나 성공 기준을 바꾸는 일은 그 약속과 위험을 책임지는 주체가 판단해야 한다.

피드백을 받았다고 즉시 다음 실행을 시작할 필요도 없다. 같은 실패가 반복되는데 원인을 구분할 증거가 없다면 추가 실행이 비용과 영향을 늘릴 수 있다. 리더는 허용한 반복의 범위, 더 조사할 조건과 중단할 조건을 정한다. 정지와 보류도 루프가 내릴 수 있는 판단이다. 자동 실행이 멈추지 않는 상태를 루프의 성공으로 간주해서는 안 된다.

실패 보고에서 바꿀 대상을 정한다

예를 들어 고객의 연락처 변경 기능이 구현 검사를 통과했지만 후속 업무에서 이전 연락처를 계속 사용한다고 하자. 이 상황도 설명을 위한 가상 예시이며 실제 운영 사건이 아니다. 같은 증상에도 원인은 다를 수 있다. 갱신 처리를 구현하지 않았을 수 있고, 계획에서 후속 업무 확인을 빠뜨렸을 수 있다. 정보 사용의 경계가 불분명하거나, 애초에 어떤 업무까지 변경할지 의도에 들어 있지 않았을 수도 있다.

이 책은 증상만으로 바꿀 대상을 결정하지 않도록 권한다. 먼저 실제 결과와 기대한 결과의 차이를 확인하고, 그 차이가 생긴 조건을 조사한다. 다음 표는 조사할 질문을 나누는 제안이다. 한 사건이 여러 항목에 걸칠 수 있으며, 이 표가 원인 분석을 대신하지는 않는다.

검토할 대상	확인할 질문	다음 판단
의도	필요한 결과와 사용 범위가 빠졌거나 서로 충돌했는가	의도 소유자가 목적과 약속을 재검토한다.
정책	경계가 충돌하거나 현실의 조건과 어긋났는가	해당 위험의 책임자가 변경 영향을 판단한다.
계획	필요한 작업·의존성·확인 순서가 빠졌는가	위임 범위 안에서 계획을 조정한다.
수행	정한 작업을 잘못 수행했는가	결과를 수정하고 같은 조건으로 재확인한다.
검증·관찰	중요한 조건을 놓쳤거나 증거가 유효하지 않았는가	판정 경로와 관찰 범위를 보완한다.

가상 상황에서 후속 업무를 갱신해야 한다는 기준이 이미 있었다면 구현과 검증을 먼저 조사할 수 있다. 반대로 그 업무를 변경할 권한과 범위가 합의되지 않았다면 수행자에게 재시도만 요구해서는 해결하기 어렵다. 무엇을 바꿀지 결정하려면 부족한 증거와 책임 경계를 드러내야 한다. 해결이 빨라 보인다는 이유로 가장 쉽게 수정할 문서나 도구부터 바꾸지 않는다.

실패 분류가 사람이나 에이전트에게 책임을 떠넘기는 절차가 되어서도 안 된다. 수행 결함을 찾았더라도 그 결함이 다음 검증에서 왜 발견되지 않았는지 살펴야 한다. 계획이 부족했다면 계획에 필요한 정보가 제공되었는지도 확인한다. 리더가 찾을 것은 잘못한 주체 하나보다, 같은 실패를 다음 실행에서 줄일 수 있는 변경과 그 근거이다.

변경안을 같은 기준으로 다시 확인한다

P15는 실패를 원인별로 분류하고 수정안을 고정된 회귀 과제로 평가한 뒤 허용 범위에서 반영하도록 제안한다. 회귀 과제는 이미 지켜야 한다고 정한 조건이 변경 뒤에도 유지되는지 확인하는 작업이다. 한 실패를 고쳤다는 증거와 다른 약속을 계속 지킨다는 증거를 함께 확보해야 개선이라고 판단할 수 있다. 19장은 이 과정의 구체적인 운영을 다룬다.

기준 자체를 바꿨다면 그 판단과 같은 기준 아래의 수행 개선을 분리해 설명한다. 여러 대상을 함께 바꾸면 어떤 변경이 기여했는지 알기 어려울 수 있다. 이 장은 변경의 이유와 후속 확인을 루프에 연결하는 데 집중한다. 19장은 회귀 과제의 구성, 제한 반영, 운영 효과의 비교를 구체화한다. 긴급한 복구에서는 영향을 줄이는 조치와 이후에 검증할 변경을 나누어 남긴다.

저자의 「실패를 규칙으로」는 실패의 발견·진단·규칙화·효과 확인을 나누어 살피는 분석 틀을 제시한다.[S43] 이 책은 여기서 규칙을 추가했다는 사실과 실패가 줄었다는 판단을 구분한다. 새로운 규칙에는 계기가 된 사건과 검증할 조건을 연결하고, 평가가 남았다면 개선 완료로 표시하지 않는다. 이 글이 소개한 개별 OSS 사건과 수치는 이번 원고의 효과 근거로 사용하지 않는다.

다음 실행이 이전 판단을 이어받게 한다

VDLC는 릴리스 기록에서 2026년 7월 22일 첫 공개를 밝힌 개발 생명주기 제안이다. 의도·맥락·수행·검증·배포 관찰·환류를 연결하고 학습을 다음 실행의 자산으로 돌려보낸다.[S71] 이는 당시의 생명주기 설계이며 이 책의 모든 패턴이나 자율 팩토리 효과를 입증한 선행 실험으로 사용하지 않는다.

이 책의 루프에서는 무엇을 갱신했는지에 더해 다음 작업이 그 기준을 실제로 사용했는지 확인한다. 회고 문서가 늘었어도 같은 자료 누락을 반복하면 전달이나 적용의 문제가 남아 있다. 현재 기준을 바꿀 이유가 없는 관찰은 조사 기록으로 남길 수 있다. 매번 규칙을 하나 추가하는 것으로 학습의 완료를 판단하지 않는다.

Anthropic의 2025년 11월 장기 실행 사례는 다음 세션을 위한 진행 기록과 변경 이력을 남기고, 기능 검증 뒤 완료 상태를 갱신하는 구조를 설명한다.[S08] 확인한 것은 업체의 실험 설명이다. 이 책에서 해당 코드를 실행하거나 조직의 효과를 재현하지 않았다.

이 사례에서 이 책이 얻는 해석은 피드백의 내용뿐 아니라 그 내용을 다음 수행자가 찾고 적용할 수 있는지가 중요하다는 것이다. 실패 원인과 변경 이유를 기록해도 다음 작업의 계획에 전달되지 않으면 동일한 판단을 다시 해야 한다. 반대로 오래된 조치를 계속 전달하면 이미 달라진 조건에 맞지 않는 방법이 남을 수 있다. 기록에는 적용 대상과 재검토 조건이 함께 필요하다.

실행이 길거나 여러 주체가 이어받는 업무에서는 현재 결과, 확인한 조건, 미검증 항목과 다음 결정을 구분해 남긴다. 완료한 단계와 전체 목적의 달성을 혼동하지 않도록 한다. 새 수행자가 기록을 읽은 뒤 실제 상태를 확인할 필요도 있다. 기록과 환경이 어긋나면 어느 쪽이 현재 판단의 근거인지 먼저 확인해야 한다. 일에 필요한 지식을 공급하는 10장은 이 갱신 책임을 구체화한다.

저자의 문서 관리 글은 현재 기준의 갱신과 과거 판단의 보존을 구분한다.[S41] 루프를 닫을 때에는 새 기준을 다음 수행에 연결하면서 당시 판단의 근거도 남긴다. 자료별 갱신·보존·폐기 책임은 10장에서 다룬다.

과거의 개선이 현재의 부담이 되는지 살핀다

Anthropic의 2026년 4월 후속 글은 모델의 능력이 달라지면 하네스에 넣은 가정과 보완 장치가 낡을 수 있다고 설명한다.[S20] 여기서 하네스는 모델의 도구 사용과 작업 진행을 연결하는 실행 체계를 뜻한다. 2024년 글도 현재 접근법은 이 후속 글을 보라고 안내한다. 여기서는 과거 설계의 적용 조건을 재검토할 근거로 사용하며 제품 기능이나 성과 수치를 채택하지 않는다.

이 설명에서 이 책이 얻는 해석은 실패를 줄이기 위해 추가한 장치를 계속 유지할지 또한 평가해야 한다는 것이다. 특정 실행 주체의 약점을 보완한 검토 단계가 능력이나 환경이 바뀐 뒤에도 필요할 수 있고, 불필요한 대기만 만들 수도 있다. 그 판단은 새로운 실행 주체의 이름이나 순위만으로 정하지 않는다. 같은 기준으로 해당 장치를 유지한 경우와 조정한 경우의 결과와 비용을 확인해야 한다.

재검토가 모든 기준을 수시로 바꾸라는 뜻은 아니다. 의도의 목적과 정책의 경계를 보존하면서 실행 방법을 교체할 수 있어야 한다. 장치를 제거할 때에도 그 장치가 확인하던 조건을 누가 어떤 증거로 확인할지 정한다. 최소 수행 능력과 검증의 적합성이 확보되지 않았다면 과거의 제약을 없애는 것이 개선이라고 판단할 근거는 부족하다.

관찰의 비용과 결정 주기를 정한다

운영 관찰을 늘리면 정보를 수집하고 해석하며 보관하는 비용이 생긴다. 모든 결과를 즉시 재검토하면 수행보다 판정이 더 오래 걸릴 수도 있다. 리더는 무엇이 다음 결정을 바꿀 수 있는 정보인지 정하고, 그 정보가 없으면 어떤 위험을 감수하는지 확인한다. 많이 관찰한다는 사실보다 관찰에서 실제 결정으로 이어지는 관계가 중요하다.

판단 주기도 업무에 맞춰 정한다. 실패의 영향이 커지는 실행에는 빠른 중단 판단이 필요할 수 있다. 사용자 결과처럼 시간이 지나야 확인할 수 있는 조건은 짧은 관찰만으로 성급하게 결론 내리지 않는다. 증거가 충분하지 않으면 위험 책임자가 허용 범위의 계속 관찰·추가 조사·중단 중 무엇이 적절한지 판단한다. 현행 기준을 유지하는 것과 현재 실행을 계속 허용하는 것은 별개다. 관찰된 변화가 적거나 업무량이 달라진 경우에는 개선과 조건 변화의 효과를 구분하기 어렵다는 한계를 남긴다.

작고 되돌리기 쉬우며 반복할 이유가 적은 작업에는 복잡한 개선 체계를 만드는 부담이 더 클 수 있다. 기존 기준에 따른 결과 확인과 짧은 변경 기록으로 충분한지 먼저 판단한다. 반대로 여러 팀에 영향을 주거나 반복 수행하는 업무에는 기준과 개선 이력을 유지할 이유가 커진다. 루프의 깊이와 기록의 양은 같은 것이 아니다.

리더가 확인할 것은 증거와 변경의 연결이다

P06에서는 수용한 결과의 운영 결함과 판정 번복을 관찰한다. P15에서는 같은 기준으로 개선 전후를 비교하고 정책 변경 이력을 확인한다. 실패 보고가 어떤 변경으로 이어졌는지, 변경 뒤 같은 조건을 다시 확인했는지, 다음 수행이 그 판단을 이어받았는지 살핀다. 해결되지 않은 반복 실패, 판단 대기와 관찰·검증의 유지 비용도 함께 본다. 이 지표는 패턴의 효과를 평가하기 위한 제안이다.

『More Effective Agile』의 복잡성·불확실성과 프로세스 개선이라는 주제에 대한 이 책의 재고찰 질문은 관찰한 결과가 다음 실행 기준을 바꿀 충분한 근거인지 어떻게 판단할 것인가이다. 이 연결은 원서 주제 연결의 범위의 공개 목차 범위다.

의도 실행 루프를 닫으려면 사람의 판단이 사라져야 하는 것이 아니다. 위임된 범위에서 수행과 확인을 반복하고, 기준의 변경이 필요한 곳에는 근거와 책임을 연결해야 한다. 결과를 수용하는 판단, 다음 실행을 바꾸는 판단, 그 변경을 유지하는 판단이 서로 이어질 때 조직은 실행을 반복하며 기준도 개선할 수 있다. 5장은 이 관계를 개별 작업의 실행 계약으로 옮기는 방법을 다룬다.

출처와 검토

[S08], [S19], [S20], [S41], [S43], [S71]. 확인 범위와 한계는 출처 대장, 주요 주장의 성격은 자료 확인 범위에 기록한다. 업체의 설명에서 조직 전체의 인과 효과를 도출하지 않았다. 실제 제품 실행·성과 재현·원서 본문 대조·패턴 효과 검증은 수행하지 않았다.