AICBOK의 철학적 기반

9시간전

본문서는 『두 장의 문서 — AI 시대 프로그램 팀장의 개발 방법론』 전체를 관통하는 철학적 입장을 명문화한다. 원고의 모든 장은 이 철학과 정합해야 한다.

1. 동료 스킬이 아니라 동료 그 자체

2026년 4월, "동료 스킬(colleague.skill)"이라는 프로젝트가 깃허브에서 3주 만에 스타 1만 3천 개를 넘기며 화제가 됐다. 퇴사한 직원의 메일·코드·대화를 AI에 학습시켜, 그 사람이 여전히 자리에 앉아 있는 것처럼 응답하게 만드는 시스템이다.

이 프로젝트는 기술적으로 인상적이지만, AICBOK이 추구하는 방향과 정반대에 서 있다.

동료 스킬은 "이 사람이 없어도 된다"를 증명한다. AICBOK은 "이 사람이 없으면 안 된다"를 설계한다. 차이는 기술이 아니라 철학이다.

2. 코딩은 개발의 극히 일부다

소프트웨어 개발에서 코드를 작성하는 행위는 전체 프로젝트 생애주기의 극히 일부에 불과하다. 이 사실은 PMBOK이 수십 년간 주장해 왔고, 현장에서도 대부분의 실무자가 체감하지만, "개발 = 코딩"이라는 등식이 업계 담론을 지배해 왔다. AI 시대가 이 등식을 마침내 깨뜨린다.

AI가 코드를 생성하기 시작하면서, 코딩은 개발에서 가장 먼저 자동화되는 층위가 됐다. 남는 것은 코딩 이외의 모든 것이다.

개발에서 코딩을 빼면 남는 것의 목록:

예방 관리와 예방 조치 — 문제가 발생하기 전에 구조적으로 차단하는 설계

변경 요인 인지 — 외부 환경(도구 업데이트, 벤더 정책 변화, 시장 변동)의 변화를 감지

변경 요인 통제 — 감지된 변화가 프로젝트에 미치는 영향을 분석하고 대응 결정

변경 통제와 변경 관리 — 결정된 변경을 문서화하고 검수하고 승인하는 절차

리스크 헤지 — 아직 발생하지 않은 위험에 대한 사전 방어

리스크 관리 — 발생한 위험의 영향을 최소화하는 운영

리스크 피해 수복 — 피해가 발생한 후 원 상태로 복구하는 절차

환경 정찰 — AI 생태계, 경쟁 도구, 규제 환경의 변화를 상시 탐지

이 목록의 모든 항목은 사람만이 수행할 수 있는 판단을 요구한다. AI는 이 판단을 보조할 수 있지만, 판단 자체를 대신할 수 없다. 코드를 쓰는 것은 AI가 한다. 코드를 왜 쓰는지, 언제 멈추는지, 무엇이 잘못됐는지 판단하는 것은 사람이 한다.

3. AI 없이는 불가능한 개발 관리

과거의 개발 관리 체계(PMBOK, 폭포수, 애자일)는 인간의 인지적·시간적 한계 때문에 다음과 같은 제약을 가졌다.

이 전환은 AI 없이는 물리적으로 불가능하다. 사람이 24시간 코드 변경을 감시하고, 실시간으로 문서를 갱신하고, 매 커밋마다 리스크를 분석하는 것은 비용적으로 성립하지 않는다. AI가 이 비용을 거의 0으로 떨어뜨렸기 때문에, 과거에 이론으로만 존재하던 연속적 개발 관리가 처음으로 현실이 된다.

AICBOK이 제시하는 연속 프로세스 루프:

이 루프의 모든 단계에서 AI가 실행을 담당하고, 사람은 결정 지점에서만 개입한다. 결정 지점은 다음과 같다.

편입 결정 — 이 변경을 프로젝트에 반영할 것인가

리스크 대응 수준 결정 — 회피/경감/전가/수용 중 어느 전략을 택할 것인가

제거 또는 수용 결정 — 편입된 변경을 유지할 것인가, 롤백할 것인가

세 지점 모두 사람의 서명이 필요하다. AI는 분석과 제안을 하지만, 결정과 서명은 사람만이 한다.

4. 인간의 역할은 기록되고 보장된다

동료 스킬이 공포를 일으킨 이유는 "사람의 패턴이 복제되면 사람이 필요 없어진다"는 감정 때문이다. 이 공포에 대한 AICBOK의 대답은 기록과 보장이다.

기록 — 사람이 무엇을 했는가를 명시적으로 남긴다

스킬 문서와 역기획서는 AI가 무엇을 생성했는지를 기록하지만, 동시에 사람이 어떤 결정을 내렸는지도 기록한다. 작성자 서명은 "이 결정은 내가 내렸다"라는 선언이다. 위원회 회의록은 "이 검수 기준은 이 사람이 설정했다"를 남긴다. 이 기록들이 축적되면, 프로젝트의 모든 결정에 누구의 판단이 개입했는지가 투명하게 드러난다.

보장 — 사람의 역할이 구조적으로 제거되지 않는다

AICBOK의 구조에서 다음 역할은 AI가 대체할 수 없도록 설계적으로 못 박혀 있다.

최종 서명자 — 위원회의 판정 결과를 승인하는 주체는 반드시 사람이다

대헌장 서명자 — 프로젝트의 목적·범위·성공 조건을 확정하는 주체는 사람이다

리스크 대응 결정자 — 회피/경감/전가/수용의 선택은 사람이 한다

편입 결정자 — 변경을 반영할지 말지의 최종 판단은 사람이 한다

윤리 판단자 — AI가 사람을 평가하려 할 때, 그것을 금지하는 주체는 사람이다

재시작 결정자 — 바이브코딩의 함정에서 탈출해 프로젝트를 재시작하는 결정은 사람이 한다

이 역할들이 구조 안에 고정되어 있는 한, 사람은 "언제든 대체될 수 있는 부품"이 아니라 “이 구조가 작동하기 위해 반드시 필요한 결정 주체”로 남는다.

5. 오피스의 형태 — AI 전제 개발 관리 오피스

AICBOK이 상상하는 오피스는 다음과 같다.

과거의 오피스:

팀원이 코드를 쓴다

팀장이 코드를 리뷰한다

PM이 일정을 관리한다

주간 회의에서 상태를 보고한다

문제가 터지면 대응한다

AICBOK의 오피스:

AI 에이전트가 코드를 쓴다

AI 위원회가 문서를 검수한다

팀원은 변경 요인을 인지하고 대응을 결정한다

팀장은 연속 프로세스 루프의 결정 지점을 관리한다

모든 결정이 실시간으로 기록되고, 모든 기록에 사람의 서명이 박힌다

문제가 터지기 전에 환경 정찰과 리스크 헤지가 상시 작동한다

이 오피스에서 사람의 가치는 "코드를 얼마나 빨리 쓰는가"가 아니라 “얼마나 정확한 결정을 얼마나 빠르게 내리는가”로 측정된다. 코드 생산 속도는 AI가 담당하므로 경쟁 요인이 아니다. 결정의 정확성과 속도가 사람의 유일한 경쟁 요인이다.

6. 핵심 명제 — 한 문장으로

AICBOK은 AI가 사람을 대체하는 방법론이 아니라, AI 없이는 불가능했던 수준의 개발 관리를 사람이 수행할 수 있게 만드는 방법론이다. 사람의 역할은 축소되지 않고 상승한다. 코딩에서 판단으로, 절차에서 연속 순환으로, 사후 검수에서 실시간 통제로. 이 상승을 기록하고 보장하는 것이 AICBOK의 존재 이유다.