도입 전략과 트레이드오프
개요
하네스와 enforcement는 대체로 옳은 방향이다. 하지만 모든 시스템에 같은 강도로, 같은 속도로, 같은 범위로 적용할 수 있는 것은 아니다.
이 섹션은 그 현실적인 문제를 adoption tradeoffs 관점에서 다룬다.
핵심 질문은 다음과 같다.
하네스를 도입할 때, 어떤 비용을 감수할 가치가 있고 어떤 비용은 줄여야 하는가 핵심 질문
이 섹션의 위치
앞선 appendix 섹션들이
- 하네스를 가능하게 하는 구조 조건
- 정상 경로를 더 짧게 만드는 API 설계
- 실패를 수정 행동으로 연결하는 피드백 설계
를 다뤘다면, 이 섹션은 그 모든 것을 실제로 도입할 때 생기는 비용과 저항을 본다.
즉 여기서 보는 것은 원칙의 정당성이 아니라, 그 원칙을 현실에 어떻게 접속시킬 것인가다.
왜 별도 섹션이 필요한가
하네스는 종종 두 가지 방식으로 실패한다.
- 너무 약해서 아무것도 바꾸지 못한다
- 너무 급해서 조직이 버티지 못한다
둘 다 결국 구조를 지키지 못한다.
그래서 중요한 것은 더 강하게가 아니라,
어디서 강하게 하고 어디서 점진적으로 갈지를 판단하는 것이다.
이 섹션의 핵심 질문
좋은 adoption 판단은 보통 다음 질문에 답한다.
- 비용은 실제로 어디서 발생하는가
- 어디부터 적용해야 payoff가 큰가
- enforcement 강도는 어느 수준이 적절한가
- 예외를 어떻게 다뤄야 구조를 망치지 않는가
- 단기 마찰과 장기 유지 비용을 어떻게 비교할 것인가
이 섹션의 구성
cost-sources 비용 원천
하네스 도입 비용이 실제로 어디에서 생기는지, 그리고 어떤 비용은 투자 가치가 있고 어떤 비용은 낭비인지 본다.
scope-selection 적용 범위
전체 시스템을 한 번에 고치려 하지 않고, 어디부터 적용해야 payoff가 큰지 판단하는 기준을 본다.
strictness-calibration 강도 조절
너무 약한 규칙과 너무 이른 강제의 문제를 함께 보고, 현재 단계에 맞는 enforcement 강도를 어떻게 정할지 본다.
exception-policy 예외 정책
예외를 완전히 금지할 수 없는 현실에서, 어떻게 예외를 허용하되 구조 붕괴로 이어지지 않게 만들지 본다.
checklist 점검표
현재 시스템의 하네스 도입 전략이 현실적인지 빠르게 점검하기 위한 체크리스트다.
읽는 순서
- cost-sources
- scope-selection
- strictness-calibration
- exception-policy
- checklist
이 순서는 비용의 성격을 먼저 보고, 적용 범위를 정한 뒤, 강도를 조절하고, 예외 정책을 닫는 흐름이다.
요약
좋은 adoption strategy는 다음을 만족한다.
- 비용의 원천을 정확히 보고
- payoff가 큰 범위부터 시작하며
- 강도를 단계에 맞게 조절하고
- 예외를 구조 밖의 구멍으로 방치하지 않는다
즉 이 섹션이 다루는 것은 타협이 아니라, 구조를 지키면서도 실제로 도입 가능한 방식으로 수렴하는 판단이다.