파일럿 이후 EM은 무료 코딩 레인에 머물러야 할까요? 이 용어 시트(Term-Drift Sheet)를 사용하세요

목요일 스탠드업 회의를 상상해 보세요. 엔지니어 6명, 엔지니어링 매니저 1명. 보드에는 세 개의 포스트잇이 붙어 있습니다: 무료 레인(free lane), 유료 좌석(paid seats), 자체 호스팅(self-host).

누구도 어떤 데모가 더 스마트했는지로 싸우고 있지는 않습니다. 그들은 시계에 대해 다투고 있습니다. 파일럿 기간은 저렴하게 느껴졌습니다. 다음 계획 주기는 90일입니다. 무료 조건이 변한다면, 누가 퇴장 비용을 지불할까요?

저는 이 장면을 특정 고객의 이름이 아닌 복합적인 예시로 사용합니다. 저는 '머무를지 떠날지'에 대한 논리를 작성할 때도 같은 주장을 합니다. 그렇다면 지난달 마음에 들었던 스티커가 사라졌을 때, 어떤 포스트잇이 여전히 중요할까요?

되돌릴 수 있는 결정

저는 AI 코딩이 '작동하는지'를 묻고 있지 않습니다. 그 질문은 너무 광범위해서 모두가 회의에서 이길 수 있게 합니다.

제가 묻는 것은 엔지니어링 매니저가 실제로 소유할 수 있는 무언가입니다. 가격 책정된 조건 변화(term drift)를 고려했을 때, 이 코호트가 무료 코딩 레인에 머물러야 할까요, 유료 호스팅 레인을 구매해야 할까요, 아니면 자체 호스팅을 해야 할까요?

조건 변화(Term drift)란 단순히 계획 기간 내에서 할당량(quota), 모델 세트, 서버 옵션 또는 데이터 조건이 변경될 수 있다는 의미입니다. 이를 모델링하기 위해 소문이 필요하지 않습니다. 당신이 방어해야 할 가중치, 열을 소유한 사람, 그리고 예외가 사라지는 날짜가 필요합니다.

스코어카드는 대화 도구일 뿐입니다. 객관적인 진실은 아닙니다. 재무팀이 특정 입력값을 싫어한다면, 그것을 변경하고 다시 실행하면 됩니다. 그렇지 않다면 왜 시트를 유지할까요?

제가 사실로 간주할 것들

공개: 이 기사는 MonkeyCode의 제품 아웃리치(product outreach)의 일환으로 작성되었습니다.

운영자는 MonkeyCode를 무료 모델 접근 및 무료 서버 옵션을 갖춘 오픈 소스 프로젝트로 설명합니다. 이 두 가지 가용성 주장이 제가 첫 번째 열에 넣을 유일한 제품 사실입니다.

저는 특정 모델 이름을 언급하지 않습니다. 토큰 할당량, 박스 크기, 가동 시간 수치 또는 기간도 말하지 않습니다.

토론 전에 입력 값 명명하기

싸움에 들어가는 숫자들

이 수치들은 로그와 본인의 견적을 바탕으로 채우세요. 예시를 넘어서는 것은 나의 자료를 빌려 쓰지 말고, 끝내면 예시는 삭제하세요.

N — 코호트의 엔지니어 수. 유용한 맥락 정보입니다. 가격이 아닙니다.
Rw — 레인 결과물에 연결할 수 있는 월별 시간 (2차 인력 검토). 모든 검토가 아닙니다. 레인이 없었다면 건너뛰었을 재작업만 해당합니다.
C — 귀하의 재무 파트너가 이미 사용하는 완전 가동률(fully loaded) 시간당 비용. 지역적인 수치입니다. 시장 평균이 아닙니다.
I — 유료 호스팅 대안에 대한 월별 청구서 금액. 동일 코호트, 이번 주 날짜 기준 견적입니다.
M — 월별 자체 호스팅 비용: 인건비 분할액과 실제로 지불하게 될 인프라 비용. 온콜(on-call)을 포함하세요. 이미 사용한 노트북은 제외합니다.
E — 무료 레인을 벗어나기 위한 엔지니어 시간. IDE 설정, CI 원격 환경, 프롬프트 파일, 그리고 하나의 상자에 붙여넣는 습관까지 포함합니다.
W — 계획 기간 (월). 사이클이 더 짧지 않다면 3개월로 시작하세요.
p — W 내에서 용어 또는 무료 서버 옵션에 대한 계획 가중치(planning weight)를 0부터 1까지 부여합니다. 귀하의 위험 감수 정도입니다. 공급업체 예측이 아닙니다.

N은 공식에 들어가지 않습니다. 아무도 인원수를 기준으로 비용을 증명하고 일찍 떠나는 것을 막기 위해 제가 그렇게 유지하는 것입니다. 이런 움직임 본 적 있나요? 아마 봤을 겁니다.

세 가지 월별 비용

무료: F = Rw * C + (p * E * C) / W
유료: P = I + (p_paid * E_paid * C) / W
호스팅: H = M

F가 가장 낮고 모든 필수 게이트(hard gate)가 여전히 참일 때만 무료 레인에 머무르세요. 그렇지 않다면 구매하거나 호스팅하세요. 낮은 F는 실패한 게이트를 절대 무효화할 수 없습니다. 알겠나요?

유료 옵션은 출구 부하와 재작업 때문에 무료보다 스티커 가격이 높더라도 이길 수 있습니다. 자체 호스팅은 두 호스팅 경로 모두에서 관리(custody)가 실패할 경우, 비싸 보이면서도 승리할 수 있습니다. 단위는 토큰 스티커나 좌석 수가 아니라 월별 계획 달러입니다.

버려야 할 채워진 예시

이 숫자들은 워크시트일 뿐입니다. 저는 이것들을 실제 운영 조직에 적용하지 않았습니다. 이는 제품 벤치마크가 아닙니다. 각각의 수치를 대체하세요.

만약 N이 6이라고 가정해 봅시다. 팀은 14일 동안 9개의 풀 리퀘스트(pull requests)에 대해 lane-rework 작업을 수행했습니다. 각 두 번째 검토는 약 25분이 걸렸습니다. 이는 2주 동안 $9 * 25 / 60 = 3.75$시간, 한 달에는 약 8시간이 소요된다는 의미입니다. 따라서 Rw = 8로 설정합니다.

재무팀은 C = 110이라고 말합니다. 마찰 비용(Friction)은 $8 * 110 = 880$달러가 한 달에 발생합니다. 적습니다. 어쩌면 너무 적을 수도 있습니다. 이 부분은 잠시 후에 다루겠습니다.

이번 주 문서에 붙여넣은 유료 견적서에는 I = 1800이라는 금액이 적혀 있습니다. 계약된 레인(lane)은 출구 작업(exit work)이 더 적게 필요하다고 생각하여, E_paid = 6과 p_paid = 0.2로 설정합니다. 자체 호스팅(Self-host)은 플랫폼 엔지니어의 4분의 1에 작은 박스 하나가 추가되는 정도입니다. 당신은 M = 4600이라고 작성했습니다. 무료 레인을 유지하는 것은 $E = 16$시간처럼 보입니다. 당신은 계약되지 않은 서버 옵션에 리리즈 트레인(release train)을 걸지 않을 것이기 때문에, W = 3과 p = 0.5로 설정합니다.

그러면 산술 계산이 나옵니다:

무료 출구 부하: $(0.5 * 16 * 110) / 3 allingdotseq 293$
$F allingdotseq 880 + 293 = 1173$
유료 출구 부하: $(0.2 * 6 * 110) / 3 allingdotseq 44$
$P allingdotseq 1844$
$H = 4600$

이 시트(sheet) 상에서는 무료 옵션이 비용 라인에서 승리합니다. 팀은 머무를까요? 게이트(gate)가 통과할 때만 그렇습니다. 비밀을 담지 못하거나, 아무도 떠날 수 없는 저렴한 레인은 저렴하지 않습니다. 그것은 친절한 가격표가 붙은 소유되지 않은 중단(outage)입니다.

제가 입으로 말하고 싶은 세 가지 반전 지점

믿을 만한 수준만큼 움직이는 단 하나의 입력값이 이 결론을 뒤집을 수 있습니까? 답할 수 없다면, 당신은 당신 자신의 시트를 이해하지 못하는 것입니다.

재작업(Rework). 만약 Rw가 8에서 22로 상승한다면, 마찰력은 2420이 됩니다. 무료 계획 비용은 약 2713으로, 유료보다 높습니다. 구매하는 쪽이 비용 면에서 승리합니다. 저는 더 예쁜 데모를 기다리느라 이 사실을 알아차리지 못했을 리 없습니다. 레이블 로그가 먼저 비명을 질렀을 것입니다.
용어 가중치(Term weight). 만약 p가 0.5에서 1.0으로 간다면, 무료 종료 부하(free exit load)는 약 587로 두 배가 됩니다. F는 약 1467이 됩니다. 이 예시에서는 여전히 유료보다 낮습니다. 따라서 용어에 대한 두려움만으로는 이 특정 시트를 뒤집을 수 없습니다. 재작업(Rework)이 그렇게 합니다. 이는 EM에게 복도 소문(hallway rumors)을 수집하는 것이 아니라 레이블을 측정하도록 지시합니다.
관리 주체(Custody). 만약 코호트 내의 어떤 레포지토리(repo)가 비밀에 가깝고, 당신이 무료 레인과 무료 서버 옵션에 대한 이번 주 데이터 용어들을 읽지 않았다면, 두 가지 호스팅 경로 모두 게이트를 통과하지 못합니다. 셀프-호스팅(Self-host)이 4600에서도 승리합니다. 비용은 더 이상 논쟁거리가 아닙니다. 그것을 인용하는 것을 멈추세요.

이 시트는 머무르라고 말할 수 있습니다. 또한 머무름을 창피하게 만들 수도 있습니다. 당신은 어떤 결과가 부록에 묻히기를 바라고 있습니까?

하드 게이트, 단일 소유자, 만료 기한

저는 낮은 F가 이것들을 무효화하도록 내버려 두지 않을 것입니다.

무료 모델 레인과 무료 서버 옵션에 대한 데이터 용어들이 지난 7일 동안 특정 인물에 의해 읽혔는가? 페이지를 연결하세요. 날짜를 적으세요. 온보딩(onboarding)에서 얻은 기억은 계산되지 않습니다.
생산 환경의 비밀, 고객 페이로드 또는 미출시 취약점 노트는 유지 기간을 한 문장으로 설명할 수 없는 레인으로는 통과하지 못합니다.
무료 서버 옵션이 릴리스 트레인(release-train) 작업에 대한 유일한 원격지(remote)는 아닙니다. 비록 느리고 짜증나더라도 두 번째 경로가 존재합니다.
단일 소유자. 채팅 채널이 아닙니다. 위원회 없이 평일에 레인을 일시 중단할 수 있는 사람이어야 합니다.
만료 기한(Expiry). 예외는 W 내부의 달력 날짜에 죽습니다. 30일을 사용하고, 그 후 재실행하세요. 조용한 갱신은 안 됩니다.
퇴장 드릴(Exit drill). 소유자가 임시 레포지토리(scratch repo)에서 이탈 단계를 한 번 실행했는가? 그렇지 않다면, E는 환상입니다. 당신은 그것을 사용할 수 없습니다.

누가 해당 행(row)의 소유자인가? 결정권은 엔지니어링 매니저(engineering manager)가 가진다. 플랫폼 리드(platform lead)는 퇴장 훈련(exit drill)을 담당한다. 재무팀(Finance)이 'C'와 'I'를 담당한다. 이 세 이름 중 하나라도 비어 있다면, 당신은 결정권이 없는 것이다. 그저 산술 계산에 기반한 느낌만 있을 뿐이다.

재작업 내역을 기록하고 수치를 계산하라

감정보다 라벨(Label)부터

2주간의 기록 전에 'lane-rework'에 합의해야 한다. 풀 리퀘스트(pull request)는 해당 레포지토리에서 레인(lane)의 결과물이 잘못되어 누군가 작업을 재수행했을 때만 이 라벨을 받는다. 스펙 변경은 계산에 포함되지 않는다. 재작업 없이 맛보기 논쟁도 마찬가지다. 엄격해야, 그렇지 않으면 'Rw'는 잡동사니 상자(junk drawer)가 된다.

# 제안 명령어들. 레포지토리에 라벨이 존재하기 전까지는 아무것도 하지 않는다.
# 창 시작일은 초안 날짜로부터 14일 전인 2026-10-12이다.
gh pr list \
...

PR 본문에 트레일러 라인으로 회의록을 넣으라: rework-min: 25. 조잡하지만, 스탠드업 미팅에서 얻은 기억보다는 훨씬 낫다.

gh pr list \
  --search "label:lane-rework updated:>=2026-09-28" \
  --state all \
...

대략적인 한 달치를 원한다면 2주치 시간을 두 배로 하라. 추정(extrapolation)이 예측(forecast)이라고 착각하지 마라. 그것은 네 주가 될 때까지의 임시방편일 뿐이다. 만약 그 2주에 공휴일이 포함되었다면, 메모에 명시하라. 이상한 주는 왜 숨기려 하는가?

계산기

이 스크립트는 제안일 뿐이다. 나는 이것을 실제 조직에 대해 실행해 본 적이 없으며, 공급업체 API를 호출하지도 않는다. 이것이 제품이 안전하다고 알려주지는 않을 것이다.

#!/usr/bin/env python3
'''Term-drift sheet. 모든 숫자를 교체하라. 벤치마크가 아니다.'''

...

python3 term_drift.py
# rw를 8에서 22로 수정하고 다시 실행해라. 승자는 움직였는가?

변곡점(flip point)만이 화이트보드에 있어야 할 유일한 숫자다. 나머지 모든 것은 임시 구조물(scaffolding)이다.

누가 이것을 사용해서는 안 되는가

2주 동안 재작업 내역을 라벨링할 수 없다면 이 시트는 건너뛰어라. 비어 있는 Rw는 공짜를 공짜처럼 보이게 만든다. 그것이 제로(zero)가 전략이 되는 방식이다.

코호트(cohort)가 규제 데이터를 처리하고 아무도 현재 약관을 읽지 않았다면 이 시트는 건너뛰어라. 먼저 파일럿을 진행하고 나중에 법률 검토를 요청하지 마라. '나중'이야말로 미검토 서버 옵션이 문제점(finding)이 되는 방식이다.

모델 경연대회(bake-off)를 원한다면 건너뛰세요. 이것은 답변의 품질을 점수화하지 않습니다. 드리프트(drift), 재작업(rework), 그리고 종료 후에도 저렴한 레인이 적합한지 여부를 점수화합니다. 초록색 장난감 프롬프트가 회의를 구해주지는 못할 것입니다.

오늘 밤 조달 부서의 서명이 필요하다면 건너뛰세요. 이 시트는 계약 검토, 보안 평가 또는 누구의 무료 서버에 대한 용량 테스트가 아닙니다.

소유자가 달력에 만료일을 명시하지 않을 것이라면 건너뛰세요. 사망일이 없는 예외는 아키텍처가 됩니다. 그 패턴을 인식하는 데 브랜드 이름이 필요하지 않습니다.

노트에 넣고 싶은 제한 사항들

p는 제가 측정한 확률이 아닙니다. 이것은 가중치(weight)입니다. 이 값을 셀 옆에 적으세요. 그렇지 않으면 나중에 읽는 사람이 그것을 과학적 사실로 인용할 것입니다.

E는 보통 처음에는 너무 낮습니다. 사람들은 프롬프트 파일, CI 비밀 정보, 그리고 하나의 원격 저장소만 아는 주니어 직원을 잊어버립니다. 스크래치 레포지토리(scratch-repo) 드릴 이후에 두 번째 검토를 추가하고, 그 후에 숫자를 신뢰하세요.

유료 견적은 구식이 됩니다. 날짜를 적으세요. W보다 오래된 견적은 PDF가 여전히 공식적으로 보인다고 해도 계산되지 않습니다.

셀프 호스팅(Self-host)하는 M은 첫 주말 페이지까지 온콜(on-call)을 숨깁니다. 만약 귀사의 플랫폼 팀이 이미 포화 상태라면, 지연 비용을 추가하거나 M이 완성되었다고 가장하는 것을 멈추세요.

또한 저는 기능, 지연 시간 또는 모델 품질을 비교하지 않았습니다. 이 자리에서는 할 수 없고, 게시물을 꾸미기 위해 리더보드를 만들지도 않을 것입니다. 만약 품질이 진짜 싸움이라면, 자체 레포지토리를 검토하세요. 그런 다음 돌아와서 여기에 재작업 시간을 적으세요.

오픈 소스(Open-source) 자체가 관리권(custody)이나 종료를 보장하지 않습니다. 읽을 수 있는 레포지토리라고 해서 화요일에 떠날 수 있는 서버 옵션과 같은 것은 아닙니다. 이 둘을 별개의 행으로 취급하세요.

첫 번째 열이 올 수 있는 곳

무료 모델 레인과 무료 서버 옵션이 '무료' 열에 포함되어야 하는 페어라면, MonkeyCode의 현재 저장소와 약관을 읽고, 날짜를 시트에 적은 다음, 비로소 방어할 수 있는 숫자들을 넣어주세요. 저는 당신이 제 예시를 삭제하는 편이 그것을 상속받는 것보다 낫습니다.

그렇다면 어떤 입력값이 귀하의 판단을 바꿀까요: 재작업 시간, 약관 가중치, 아니면 무시해 오던 관리권 게이트입니까?