ARCHEHIGH
Quick Links
ARCHEHIGH Operating Note 001

생각이 실행으로 이어지려면 여섯 번의 정리가 필요합니다

문서를 늘리는 것이 목적은 아닙니다. 처음 발견한 문제와 선택의 이유가 실행 과정에서 사라지지 않게 만드는 것이 중요합니다.

ARCHEHIGH8 min readAOF
From thought to operation

좋은 아이디어가 사라지는 지점은
대개 실행 직전입니다.

회의에서는 중요한 문제가 발견되고 새로운 가능성이 이야기됩니다. 그러나 회의가 끝난 뒤 누군가가 해야 할 일로 바뀌지 않으면 좋은 생각도 며칠 안에 흐려집니다.

반대로 바로 실행부터 시작하면 처음의 목적을 잃기 쉽습니다. 무엇을 해결하려고 했는지보다 눈앞의 작업을 끝내는 일이 중요해지고, 프로젝트가 진행될수록 수정해야 할 범위가 커집니다.

ARCHEHIGH는 생각과 실행 사이의 맥락을 여섯 단계로 나눕니다. 각 단계는 문서를 하나 더 만드는 절차가 아니라 다음 사람이 바로 이어서 일할 수 있게 만드는 인계 지점입니다.

NOTES DECISIONS DESIGN TASKS AGENTS README

프로젝트가 느려지는 이유가 항상 실행력 부족에 있는 것은 아닙니다. 관찰한 사실과 결정한 방향, 설계와 할 일이 서로 연결되지 않으면 팀은 같은 문제를 여러 번 다시 이해해야 합니다.

01

문서가 필요한 이유는
기억력이 부족해서가 아닙니다

프로젝트를 시작할 때는 모두가 비슷한 장면을 보고 있다고 생각합니다. 문제도 알고 있고, 해야 할 일도 이해했으며, 목표까지 충분히 공유되었다고 느낍니다.

하지만 각자가 기억하는 내용은 조금씩 다릅니다. 누군가는 고객의 불편을 중요하게 보고, 다른 누군가는 일정과 예산을 먼저 생각합니다. 같은 결론에 동의했어도 왜 그 결론을 선택했는지에 대한 이해는 다를 수 있습니다.

기록은 기억을 대신하기 위한 보관함이 아닙니다. 서로 다른 이해를 하나의 작업 기준으로 맞추는 도구입니다. 무엇을 사실로 보았고, 무엇을 선택했으며, 무엇을 아직 모르는지를 분리하면 다음 단계에서 다시 논의해야 할 범위가 명확해집니다.

Disconnected

기록 없이 바로 실행합니다.

  • 결정의 이유가 사람마다 다릅니다.
  • 담당자가 바뀌면 맥락을 다시 설명합니다.
  • 결과가 달라져도 원인을 찾기 어렵습니다.
Connected

다음 단계가 받을 기준을 남깁니다.

  • 사실과 판단이 구분되어 있습니다.
  • 선택한 방향과 제외한 대안이 보입니다.
  • 수정이 필요한 지점을 빠르게 찾습니다.

여섯 개의 문서는
하나의 흐름으로 작동합니다.

각 단계는 앞 단계의 결과를 입력으로 받고, 다음 단계가 바로 사용할 수 있는 형태로 넘깁니다.

STAGE 01 NOTES 발견 관찰한 사실
가능성과 질문
STAGE 02 DECISIONS 결정 선택한 방향
근거와 위험
STAGE 03 DESIGN 설계 구조와 흐름
경험과 규칙
STAGE 04 TASKS 실행 일정과 담당
완료와 QA
STAGE 05 AGENTS 시스템화 역할과 규칙
반복과 자동화
STAGE 06 README 전달 최종 문맥
사용법과 다음 단계
02

각 문서는 하나의 질문에만
집중합니다

하나의 문서에 조사, 결정, 디자인, 할 일을 모두 적으면 처음에는 편해 보입니다. 그러나 내용이 늘어날수록 무엇이 확정된 사실이고 무엇이 제안인지 구분하기 어려워집니다. 이미 끝난 논의와 아직 결정해야 할 항목도 섞입니다.

AOF는 단계마다 질문을 하나로 제한합니다. NOTES는 무엇을 발견했는지 묻고, DECISIONS는 무엇을 선택했는지 묻습니다. DESIGN은 선택한 방향을 어떤 구조로 만들지, TASKS는 그 구조를 누가 언제 실행할지 다룹니다.

실행이 끝났다고 흐름이 끝나는 것은 아닙니다. AGENTS는 반복할 수 있는 역할과 규칙을 남기고, README는 프로젝트를 처음 보는 사람도 이해할 수 있는 언어로 정리합니다. 이 두 단계가 있어야 한 번의 작업이 다음 프로젝트의 출발점이 됩니다.

03

좋은 문서는 완성된 보고서가 아니라
다음 사람이 시작할 수 있는 입력입니다

단계별 문서가 잘 작성되었는지는 분량이나 문장의 완성도로 판단하기 어렵습니다. 다음 담당자가 추가 설명 없이 자신의 작업을 시작할 수 있는지가 더 중요한 기준입니다.

예를 들어 DECISIONS 문서가 “한국어 중심으로 진행합니다”라는 결론만 남기면 DESIGN 단계에서는 다시 이유를 물어야 합니다. 대상 사용자, 검토한 대안, 선택의 기준과 예외가 함께 있어야 화면과 콘텐츠 구조를 설계할 수 있습니다.

인계는 파일을 전달하는 행위가 아닙니다. 다음 단계가 판단을 반복하지 않도록 필요한 맥락을 넘기는 일입니다.

Previous output 선택과 이유를
함께 남깁니다.

결론, 검토한 대안, 판단 기준, 위험과 되돌릴 수 있는 범위를 정리합니다.

Next input 다음 단계가
바로 시작합니다.

앞 단계의 판단을 다시 추측하지 않고 구조, 화면, 실행 계획으로 전환합니다.

04

작은 프로젝트는 짧게 기록하되
단계를 생략하지 않습니다

모든 프로젝트에 긴 보고서가 필요한 것은 아닙니다. 버튼 문구를 바꾸는 작업과 새로운 서비스를 만드는 프로젝트가 같은 분량의 문서를 가져야 할 이유도 없습니다.

작은 작업에서는 각 단계가 한두 문장으로 끝날 수 있습니다. 무엇이 문제인지, 어떤 방향을 선택했는지, 무엇을 바꿀지, 누가 확인할지만 명확하면 충분합니다.

중요한 것은 분량이 아니라 연결입니다. 규모가 작다는 이유로 결정을 건너뛰면 수정이 반복되고, 시스템화를 건너뛰면 같은 작업을 다음에도 다시 설명해야 합니다.

01
짧아도 사실과 가정을 구분합니다.

확인된 내용과 아직 검증되지 않은 생각을 같은 문장으로 섞지 않습니다.

02
결론보다 선택의 이유를 남깁니다.

나중에 조건이 바뀌었을 때 기존 결정을 유지할지 다시 판단할 수 있습니다.

03
완료 기준을 실행 전에 정합니다.

작업이 끝났다는 말이 사람마다 다른 의미가 되지 않도록 확인 항목을 만듭니다.

04
반복할 수 있는 규칙을 하나라도 남깁니다.

한 번의 해결이 다음 작업의 템플릿이나 체크리스트로 이어지게 합니다.

05

AI가 참여할수록
흐름은 더 명확해야 합니다

사람은 대화의 분위기와 조직의 경험에서 많은 맥락을 추측합니다. AI Agent는 전달받은 자료와 규칙을 기준으로 작업하기 때문에 단계 사이의 입력과 출력이 모호하면 그 빈칸을 일반적인 답으로 채우기 쉽습니다.

AOF의 여섯 단계는 AI에게 더 많은 결정을 맡기기 위한 구조가 아닙니다. AI가 조사와 정리, 비교와 실행을 돕는 동안 사람이 중요한 판단과 최종 승인권을 유지하기 위한 경계이기도 합니다.

NOTES Agent는 결론을 서두르지 않고 재료를 모읍니다. DECISIONS Agent는 선택지를 비교하지만 최종 결정을 대신하지 않습니다. DESIGN과 TASKS Agent는 결정된 방향을 실행 가능한 구조로 바꾸고, AGENTS와 README Agent는 반복 가능한 규칙과 외부 문맥을 정리합니다.

이렇게 역할이 나뉘면 사람은 매번 모든 작업을 직접 처리하지 않아도 됩니다. 동시에 AI가 어디까지 보조하고 어디에서 멈춰야 하는지도 분명해집니다.

A connected operating flow

생각을 기록으로 남기고,
기록을 다음 실행의 출발점으로 만듭니다.

AOF는 문서를 많이 만드는 방법이 아니라 관찰과 판단, 설계와 실행이 서로 끊어지지 않게 만드는 ARCHEHIGH의 운영 프레임워크입니다.