비용 원천

개요

하네스 도입 비용은 흔히 과장되거나 잘못 측정된다. 많은 팀이 눈에 보이는 초기 마찰만 비용으로 보고, 우회가 계속 누적될 때 생기는 장기 비용은 비용으로 계산하지 않는다.

이 문서는 하네스 도입 비용의 실제 원천을 분해해서 본다.

비용은 어디서 생기는가

대표적인 비용 원천은 다음과 같다.

• public API와 facade를 다시 정리하는 비용
• direct access와 singleton을 걷어내는 비용
• validator, lint, runtime guard를 붙이는 비용
• 테스트와 fixture를 같은 구조로 맞추는 비용
• 팀이 새 진입점을 학습하는 비용
• 예전 shortcut을 버리는 전환 비용

이 중 일부는 초기 투자이고, 일부는 구조가 약할수록 계속 반복되는 유지 비용이다.

사람들이 과소평가하는 비용

하네스를 도입하지 않을 때도 비용은 생긴다. 다만 분산되어 보여서 잘 안 잡힐 뿐이다.

• 리뷰에서 같은 설명을 반복하는 비용
• helper와 util이 계속 늘어나는 비용
• 테스트만 통과시키는 bypass를 수리하는 비용
• AI가 잘못된 예시를 빠르게 증폭하는 비용
• 우회로 인한 장애와 디버깅 비용

즉 하네스 도입은 새 비용을 만드는 것이 아니라, 기존에 숨겨져 있던 비용을 더 명시적으로 바꾸는 경우가 많다.

투자 가치가 있는 비용과 아닌 비용

모든 비용이 같은 성격은 아니다.

투자 가치가 큰 비용

• 합법 경로를 재설계하는 비용
• 반복 위반을 자동 검출하는 비용
• 테스트와 운영 구조를 맞추는 비용
• 우회가 집중된 핵심 경로를 정리하는 비용

이 비용은 이후 반복 마찰을 줄이는 쪽으로 돌아온다.

낭비가 되기 쉬운 비용

• payoff가 작은 영역까지 동일 강도로 묶는 비용
• 아직 합법 경로가 없는데 먼저 막는 비용
• 팀이 이해하지 못한 규칙을 대량 도입하는 비용
• 운영 신호 없이 형식적 enforcement만 늘리는 비용

이 경우는 통제보다 반발과 disable만 늘릴 수 있다.

단기 속도와 장기 비용

하네스는 종종 단기 속도를 낮춘다. 하지만 그 감소가 항상 손해는 아니다.

질문은 단순하다.

• 지금 줄어드는 속도가 구조 비용을 줄이는 투자냐
• 아니면 현재 제품 단계와 맞지 않는 과도한 정합성이냐

이 구분이 필요하다. 그렇지 않으면 모든 마찰이 나쁜 것으로 보이거나, 반대로 모든 제약이 무조건 선으로 보인다.

AI 코딩에서 비용 구조가 바뀌는 지점

AI 코딩이 섞이면 약한 구조의 비용이 더 빨리 현실화된다.

• 잘못된 패턴이 더 빠르게 복제된다
• 규칙이 모호할수록 더 넓은 수정이 발생한다
• 한번 열어둔 bypass가 더 자주 재사용된다

그래서 AI 환경에서는 하네스 도입 비용도 있지만, 하네스를 미루는 비용이 훨씬 더 빨리 커진다.

실무 질문

• 지금 느끼는 비용은 초기 투자 비용인가 반복 유지 비용인가
• 가장 자주 반복되는 구조 마찰은 어디서 생기는가
• 그 마찰을 줄이면 review, test, AI output에 어떤 절감이 생기는가
• 아직 합법 경로가 없는데 enforcement부터 붙이려는 곳은 없는가
• 비용을 줄이려다 실제로는 숨은 비용을 더 늘리고 있지 않은가

요약

하네스 도입 비용을 볼 때는 다음을 구분해야 한다.

• 초기 투자 비용
• 누적되는 유지 비용
• payoff가 큰 비용
• 낭비가 되기 쉬운 비용

중요한 것은 하네스가 비싼가가 아니라, 어떤 비용이 반복 구조 붕괴를 줄이는 투자로 돌아오는가다.