혼자서, 팀의 몫으로

MAESTRO-BS 실측. 집계 기준은 커밋이 아니라 화면 · Stored Procedure · 문서 · LOC 등 실제 산출물입니다 — 환산 내역은 다음 장입니다.

각 블록은 처리율 환산의 상단 기준 단일값입니다. 15개 직무 — SAP/ERP 컨설턴트 · 역설계 분석가 · 회계 도메인 · DBA · 프론트엔드 · 백엔드 · 데이터 엔지니어 · AI 엔지니어 · 클라우드 아키텍트 · SRE · DevOps · QA · PM/릴리스 · 디자이너 · 테크리드. 산정 전문은 별도 분석 문서(MAESTRO-BS work analysis)에 있습니다.

1명이라 직무 간 핸드오프·회의·대기가 없어 이 업무량을 6개월에 흡수했습니다.

단가는 고급~특급 실거래 기준 월 1,300만원(4대보험·퇴직충당 포함 총액)입니다. 25명은 15개 직무를 채우는 총 인원, 24개월은 달력 리드타임입니다 — 25명이 내내 상주하는 것이 아니라 직무별로 투입돼 합계 177 M·M(인당 평균 7개월)이고, 비용은 여기에 단가를 곱한 값입니다. 가장 비싼 일 — 역설계·반복 검증·직무 간 핸드오프는 인원을 늘려도 빨라지지 않습니다.

단계 사이의 대기·전달이 빨라지는 게 아니라, 아예 없어집니다 — 모든 단계가 한 사람 + 시스템 안에서 연속됩니다. 앞 표의 "동기화 비용 0"이 나오는 구조적 이유입니다.

도구는 누구나 살 수 있습니다. 차이는 그 위에 세운 운영 방식 — 그게 하네스 엔지니어링입니다.

이 속도의 진짜 병목은 검증입니다 — 사람 눈으로는 25명분 산출물을 검수할 수 없습니다. 그래서 검증도 사람이 아니라 게이트(코드)가 합니다. 지금부터 그 장치들입니다.

기반 규모 — 118 rules · 132 hooks · 108 skills · 87 agents. 스킬은 마크다운 한 장이라 코드·빌드·인프라 없이 흐름을 정의합니다.

지시가 아니라 실행을 중단시키는 코드입니다 — 사람이 깜빡해도, 급해도, 우겨도 통과되지 않습니다. 현재 13개가 걸려 있고 위는 그중 자주 걸리는 세 곳입니다. 계측을 켠 2026-04-12부터 3.6개월간 1,648회 막혔습니다 — 실패 1,648번이 아니라, 결함이 밖으로 나가기 전에 잡힌 횟수입니다.

강제 11 + 권고 2 = 13. 새 프로젝트를 시작해도 진단 스킬 한 번이면 같은 게이트가 깔립니다 — 품질이 사람의 습관이 아니라 설치된 코드에 붙어 있는 이유입니다.

사람은 시작점에 한 번 개입합니다. 그 뒤로는 네 층이 한 방향으로 돌며 마지막 층이 다음 실행을 검문하는 것이 전부입니다 — 이 순환이 끊기지 않는 한 품질은 사람의 컨디션과 무관해집니다.

사람이 바뀌면 사라지던 것이 검색 가능한 자산으로 남습니다. "지난번에 왜 그렇게 정했는지"를 다시 설명할 필요가 없고, 바뀐 판단은 이전 것을 덮어 최신본만 살아남습니다.

이런 고리를 지금까지 223차 돌았습니다. 규칙이 쌓이기만 하면 잡음이 됩니다 — 30일마다 재발을 측정해 효과 없는 규칙은 버립니다. 결정 211건 중 유지 98 · 적용 76 · 보강 17 · 전역 이관 3 · 폐기 5 · 기타 12.

Karpathy — "AI가 시간이 갈수록 스스로 좋아진다". 사람의 개입은 비용·데이터 삭제처럼 되돌릴 수 없는 결정에만 남습니다.

같은 모델은 같은 곳에서 틀립니다 — 그래서 검증자를 다른 모델로 두었습니다. 미검증 완료 선언도 570회 막혔습니다. 2026-08-01 실측 · 상시 루프 11개 가동 중.

Ready → In Progress → In Review → Done — 하네스가 이슈를 단계마다 자동으로 옮기고, 검증을 통과한 것만 반영됩니다. 사람은 기준을 세우고 최종 승인만 합니다. (화면은 실제 운영 보드의 흐름 재현입니다)

만든 것은 도구가 아니라 일하는 방식입니다. 그래서 조직마다 진단이 먼저입니다 — 같은 하네스를 복사해 넣는다고 같은 결과가 나오지 않습니다.

산출물 → 자동 검증 → 사람 승인의 게이트를 통과한 것만 "완료"입니다. 각 범위의 기준은 진단 결과로 확정합니다.