기술적 결정 — 되돌리기 어려운 것을 먼저 구분
약 90초
가역성 판단 → 제약 파악 → 팀 합의
기술적 결정을 내릴 때 가장 먼저 보는 건 이 결정이 얼마나 되돌리기 어려운가입니다. 아키텍처 선택이나 데이터 저장 방식은 나중에 바꾸기 비용이 높지만, 라이브러리 선택은 상대적으로 교체가 쉽습니다. 되돌리기 어려운 결정일수록 더 많은 시간을 들여 트레이드오프를 정리하고 팀원과 공유하는 게 맞다고 생각합니다. 통신 시스템처럼 운용 중인 시스템이라면 영향받는 인터페이스와 배포 순서도 함께 고려합니다. 결론이 하나가 아닌 결정은 어느 쪽을 선택했는지보다 왜 그 선택을 했는지를 문서로 남기는 게 나중에 팀이 맥락을 유지하는 데 도움이 되고, 이후 비슷한 결정에서 참고 자료가 됩니다.
이 결의 특징
기술적 결정을 평가하는 첫 기준을 '되돌리기 어려운가'로 명시했습니다. 아키텍처나 데이터 저장 방식은 '나중에 바꾸기 비용이 높고', 라이브러리 선택은 '상대적으로 교체가 쉽다'는 비교. 되돌리기 어려운 결정일수록 '트레이드오프 정리→팀 공유'에 시간을 쓴다는 우선순위. 결론이 하나가 아닌 결정은 '왜 그 선택을 했는지'를 문서로 남긴다는 실행 규칙입니다.
이 결이 통하는 자리
아키텍처 리뷰와 기술 의사결정이 빈번하고 무거운 조직에서 통합니다. '되돌리기 비용'을 지표로 삼는 엔지니어링 표준을 갖춘 팀. 결정의 근거를 문서로 보관해야 하는 환경, 즉 6개월 뒤 다른 팀이 '왜 이렇게 했는가'를 이해해야 하는 조직에서 살아 있습니다. 기술 부채 추적과 마이그레이션 계획이 정기 업무인 곳과 만날 때입니다.