본문으로 바로가기

The Software Factory 0.1 프리뷰

2장 의도를 지속적인 기준으로 만든다

지시가 끝난 뒤에도 남아야 하는 것

섹션 제목: “지시가 끝난 뒤에도 남아야 하는 것”

개발 리더는 일을 맡길 때 목적을 설명하고, 진행 중에 질문에 답하고, 결과를 보고 다음 결정을 내린다. 에이전트가 수행 범위를 넓혀도 이 책임은 이어진다. 달라지는 것은 판단을 전달하는 방법이다. 리더의 설명이 대화에만 남으면 다음 작업, 다른 실행 주체, 이후의 검토에서 같은 기준을 되살리는 부담이 생긴다. 수행자가 늘수록 조직은 그 부담을 여러 곳에서 반복해서 지불하게 된다.

이 책에서 의도는 달성하려는 결과와 그 결과를 선택한 이유, 지켜야 할 경계, 성공을 판단할 기준을 함께 담는다. 의도가 개발을 시작할 때만 쓰이면 실행이 길어질수록 기준과 결과가 어긋났는지 알아보기 어렵다. 의도를 지속적인 기준으로 만든다는 것은 작업을 맡길 때, 수행 범위를 정할 때, 결과를 수용할 때, 개선을 선택할 때 같은 의도에 접근하도록 만드는 일이다.

팩토리에 작업을 맡길 때에는 요청을 받은 사람과 구현·검증을 수행하는 주체가 같은 결과를 기준으로 삼아야 한다. P01 ‘의도의 명시화’는 이 기준과 그 기준을 유지할 책임을 드러내기 위한 패턴이다. 이 장에서는 무엇을 기록하고 언제 갱신하며 누가 변경을 판단할지 다룬다.

목적과 요청한 방법이 같은지 확인한다

섹션 제목: “목적과 요청한 방법이 같은지 확인한다”

로보코의 Intent Engineering은 의도를 Why·What·Not으로 기록하는 앞선 작업이다. 2026년 4월 6일의 초기 README에는 별도 Learnings 절이 있었고, 9월 25일 개정은 세 절을 갱신하며 변경 이유를 Git 이력에 남기는 방식으로 바꾸었다.[S69] 이는 문서 판본의 변화이며, 당시부터 이 책의 팩토리 운영 구조가 완성되어 있었다는 뜻은 아니다.

이 책에서는 이 구분을 현재 실행의 기준과 과거 판단의 근거를 관리하는 원리로 활용한다. 수행자는 지금 유효한 의도를 읽고, 기준을 바꾸는 책임자는 그 기준이 어떤 관찰로 달라졌는지 찾을 수 있어야 한다. 가정을 폐기했다면 현재 기준에서 빼되 폐기 이유와 적용 시점은 보존한다. 형식의 단순함보다 두 정보가 섞이지 않는지가 중요하다.

저자의 「바이브 코딩과 XY 문제」 원고는 해결할 문제와 사용자가 이미 선택한 방법을 혼동하는 위험을 지적한다.[S32] 이 책은 의도를 기록할 때에도 기대 결과와 현재 가정한 해결 방법을 구분하도록 제안한다. 특정 검사 결과를 좋게 만드는 것과 그 검사가 확인해야 할 문제를 해결하는 것은 다를 수 있다. 목적이 이미 분명한 반복 작업마다 같은 확인을 요구하기보다, 방법의 변경이 약속한 결과를 바꾸거나 지시가 충돌하는 경우에 해당 책임자의 판단을 연결한다.

의도, 정책, 계획의 역할을 나눈다

섹션 제목: “의도, 정책, 계획의 역할을 나눈다”

의도에 목적과 절차와 제약을 모두 섞어 넣으면 무엇을 바꾸어도 되는지 판단하기 어렵다. 목적은 유지하면서 더 나은 방법을 찾을 수도 있고, 결과를 관찰한 뒤 목적 자체를 다시 검토해야 할 수도 있다. 두 변경을 같은 종류로 취급하면 실행의 개선이 의도치 않은 목표 변경으로 이어진다. 리더는 먼저 의도, 정책, 실행계획이 담당하는 판단을 나누어야 한다.

의도는 무엇을 왜 달성하는지를 밝힌다. 정책은 그 의도를 따르는 실행이 허용되기 위한 조건과 충돌 시 우선순위를 정한다. 실행계획은 현재 조건에서 어떤 작업을 어떤 순서와 의존성으로 수행하며, 각 결과를 어떻게 확인할지 정한다. 이 구분에서 목적에 맞는 방법을 탐색할 자유와 지켜야 하는 경계를 함께 설명할 수 있다. 모든 판단을 리더에게 돌려보내지 않아도 되는 범위도 드러난다.

‘정책과 계획의 분리’(P02)는 지켜야 할 경계와 수행 방법을 구분한다. 정책에 따라 실제 판정과 행동이 달라져야 한다. 자동 판정이 가능한 조건은 실행 과정에서 확인하고, 해석이 필요한 조건은 판단에 필요한 정보와 책임자를 명시한다. ‘실행 가능한 계약’(P03)은 작업마다 필요한 입력과 결과, 완료 증거, 실패 시 다음 판단을 연결한다. 리더가 계획을 검토할 때 살필 것은 단계의 세밀함과 함께, 빠뜨린 판단과 근거 없이 위임한 권한이다.

자동화가 진행될수록 수행을 맡기는 권한과 기준을 바꾸는 권한을 구분할 필요가 커진다. 에이전트가 계획을 조정할 수 있다는 이유로 성공 기준까지 낮출 수 있어서는 안 된다. 실패를 줄였다는 보고가 정책의 경계를 완화한 결과라면 조직은 개선의 의미부터 다시 판단해야 한다. 효율을 높이는 결정에도 무엇을 보존했는지 설명할 책임이 따른다.

이 책은 의도 소유자, 정책 변경의 책임자, 실행계획의 조정 권한, 결과 수용의 권한을 식별하도록 권한다. 의도 소유자는 목적과 약속한 결과를 유지하고 변경을 판단할 책임자를 뜻한다. 16장에서 다룰 심리적 오너십과는 다른 개념이다. 작은 팀에서는 한 사람이 여러 책임을 맡을 수 있다. 그 경우에도 어떤 자격으로 무엇을 결정했는지는 구분할 수 있어야 한다. 기준의 변경에는 바꾸려는 이유, 영향을 받는 작업과 사용자, 판단 근거를 남긴다. 이전 실행에 적용한 기준도 보존해야 결과의 차이를 해석할 수 있다.

이 구분은 승인 단계를 계속 늘리라는 뜻으로 해석해서는 곤란하다. 목적과 경계가 분명한 범위에서는 실행 주체가 방법을 선택하도록 위임할 수 있다. 반대로 사업상 약속이나 허용 위험을 바꾸는 결정은 그 권한을 가진 책임자에게 돌아가야 한다. 자동화 수준을 높일수록 리더는 개입의 횟수와 함께 개입이 필요한 이유를 살핀다. 반복되는 질문은 의도나 정책에 빠진 판단을 발견하는 자료가 된다.

완료에는 결과와 증거가 필요하다

섹션 제목: “완료에는 결과와 증거가 필요하다”

의도를 지속적인 기준으로 유지하려면 결과를 받아들일 때도 그 기준을 찾아야 한다. P06 ‘증거 기반 완료’는 완료 조건과 증거를 연결한다. Anthropic의 평가 지침도 수행 기록과 실제 결과 상태를 구분한다.[S10] 구체적인 증거와 판정 경로는 7장에서 다룬다.

이 장에서 먼저 정할 것은 의도의 어느 버전으로 결과를 판단하는가이다. 구현을 수용한 뒤에도 사용자 결과의 관찰이 남는다면 그 책임과 확인 시점을 같은 의도에 연결한다. 이후의 변경이 현재 수용한 약속을 지워서는 안 된다.

기준이 관료제가 되지 않게 한다

섹션 제목: “기준이 관료제가 되지 않게 한다”

의도를 기록하고 정책을 명시하면 문서와 승인만 늘어날 것이라는 반론은 타당하다. 모든 판단을 사전에 고정하려 하면 탐색의 여지가 줄고, 변화한 현실을 반영하지 못한 기준이 남을 수 있다. 특히 무엇이 사용자에게 가치인지 아직 모르는 작업에서는 자세한 실행계획이 잘못된 확신을 만들기도 한다. 명시화의 양과 업무의 신뢰성은 같은 척도가 아니다.

OpenAI는 에이전트 중심 개발 사례에서 거대한 단일 지침이 필요한 맥락을 밀어내고 오래된 규칙을 쌓는 문제를 보고했다. 이후 탐색 가능한 지식과 계획을 관리하고 중요한 구조 제약을 도구로 검증하는 방향을 설명한다.[S09] 이는 해당 팀이 공개한 관찰이며 조직 전체에 대한 인과 검증은 아니다. 이 책은 여기서 기준의 유용성이 문서 분량보다 필요한 순간의 접근성과 실행·판정의 연결에 달렸다는 해석을 제시한다.

따라서 실행 계약에는 합의한 내용과 아직 확인하지 못한 가정을 구분해 담는다. 불확실한 작업의 계획은 무엇을 만들지에 더해 무엇을 알아내려는지, 어떤 관찰 뒤에 계획을 바꿀지를 밝힌다. 완료 증거가 가정을 지지하지 않으면 구현을 고칠지 의도를 다시 논의할지 판단한다. 절차를 준수했다는 이유만으로 사용자 결과에 관한 질문을 닫지 않는 것이 리더의 역할이다.

공유 기준은 조직의 책임 경계를 드러낸다

섹션 제목: “공유 기준은 조직의 책임 경계를 드러낸다”

여러 팀이 같은 의도 아래 일할 때에는 현재 기준을 함께 찾고 해석할 수 있어야 한다. 새로운 요구와 상충하는 목적은 협의하되, 이미 합의한 판단은 다음 수행에서도 접근할 수 있게 남긴다. 이 장의 과제는 팀을 합치거나 나누는 결정에 앞서 공유할 기준과 그 기준을 유지할 책임을 드러내는 것이다.

P14 ‘흐름에 맞춘 권한과 팀 경계’는 그 기준을 적용해도 대기와 책임 공백이 남을 때 연결할 패턴이다. 반복 설명과 필요한 협의의 구분은 14장, 권한과 팀 경계의 변경 조건은 15장에서 살핀다.

실제 업무 하나에서 기준을 시험한다

섹션 제목: “실제 업무 하나에서 기준을 시험한다”

실행 계약의 유용성은 실제 가치 흐름 하나에서 먼저 확인할 수 있다. ‘검증을 거치는 개선’(P15)은 그 관찰을 정책과 계획의 변경 근거로 연결한다. 리더는 결과를 관찰할 수 있고 반복할 이유가 있는 업무를 골라 목적·정책·계획·완료 증거를 연결한다. 이후 필요한 질문, 판단 대기, 재작업, 기준 누락을 살핀다. 의도를 명시한 덕분에 설명 부담이 줄었는지, 기준을 관리하는 부담만 추가되었는지 양쪽을 확인한다.

그 경험은 다음에 어떤 판단을 명시하고 무엇을 계속 위임할지 정하는 근거가 된다. 의도는 실행을 시작할 수 있을 만큼 분명하고, 결과를 보며 고칠 수 있을 만큼 열려 있어야 한다. 리더는 정책과 계획으로 수행을 위임하고 증거로 결과를 수용하며, 그 연결이 끊긴 곳을 개선한다. 의도를 지속적인 기준으로 만드는 일은 이 책임을 반복 가능한 조직의 방식으로 옮기는 데서 출발한다.

실행과 판정의 근거를 같은 의도에 연결하는 원리는 P13 ‘의도부터 결과까지 추적’에서 구체화한다. 다음 장은 이 기준 아래 방법을 바꿀 권한과 경계를 바꿀 권한을 나눈다.

[S09], [S10], [S32], [S69]. 확인 범위와 한계는 출처 대장, 문단별 주장의 성격은 자료 확인 범위에 기록한다.

이 장의 판단을 정리하셨나요?