연 매출의 18%를 차지하는 고객이 금요일까지 맞춤 기능을 넣어 달라고 요구했습니다. 영업팀은 계약을 지켜야 한다고 했고 개발팀은 보안 검토를 생략해야 가능한 일정이라고 답했습니다. 가상의 B2B 회사가 “고객 중심”과 “신뢰” 중 하나를 선택해야 했던 순간입니다.

핵심 가치마다 지켜야 할 행동, 감수할 비용, 예외 승인권자를 정하면 추상적인 문구가 실제 결정 기준이 됩니다.

먼저 보면 좋은 점

  • 가치를 단독 단어가 아니라 충돌 상황으로 정의합니다.
  • 선택의 비용과 예외 조건을 미리 적습니다.
  • 결정 뒤에는 결과뿐 아니라 기준이 일관됐는지 회고합니다.

가치는 손해를 감수할 때만 구분력을 가집니다. 품질을 중요하게 여긴다고 말하면서 일정이 촉박할 때마다 검수를 생략하면 품질은 가치가 아니라 희망입니다. 반대로 출시를 하루 미루고 고객에게 이유와 복구 일정을 설명했다면, 그 결정은 다음 팀이 참고할 수 있는 선례가 됩니다.

모든 결정을 가치로 포장할 필요는 없습니다. 법적 의무, 현금흐름, 고객 안전처럼 사실상 선택지가 없는 문제는 그대로 밝히는 편이 신뢰를 지킵니다.

결정 기록은 감시 문서가 아니라 다음 사람의 기준입니다. 결정 카드는 한 페이지면 충분합니다. 상황, 충돌한 기준, 선택, 감수한 비용, 예외 종료일, 회고 날짜를 남깁니다. 개인 이름보다 역할과 근거를 기록해야 책임 추궁 문서로 변하지 않습니다.

몇 달 뒤 비슷한 문제에서 다른 결정을 했다면 환경이 바뀐 것인지, 힘센 사람에 따라 기준이 달라진 것인지 설명할 수 있어야 합니다. 설명할 수 없는 차이가 누적될 때 조직의 말과 경험이 갈라집니다.

회사는 계약 일부를 포기하고 기준을 얻었습니다. 회사는 보안 검토를 생략하지 않기로 했습니다. 대신 핵심 기능과 맞춤 기능을 두 차례 제공하고 첫 일정의 범위를 고객과 함께 줄였습니다. 고객은 할인과 두 번째 일정의 계약 명시를 요구했습니다. 단기 매출 일부를 감수했지만 사고 위험을 직원 개인에게 떠넘기지는 않았습니다.

두 달 뒤 더 큰 고객이 비슷한 요구를 했을 때 논쟁은 짧아졌습니다. 보안 검토를 건너뛰지 않는다는 선과 단계적 출시라는 선택지가 이미 남아 있었기 때문입니다.

가치 충돌 의사결정 카드

결정 전

  • 지금 충돌하는 두 기준을 한 문장으로 적습니다.
  • 각 선택에서 고객·팀·사업이 감수할 비용을 구분합니다.
  • 법과 안전처럼 타협할 수 없는 선을 먼저 표시합니다.

결정 중

  • 누가 결정하고 누구의 의견을 반드시 들어야 하는지 정합니다.
  • 예외를 허용한다면 기간·범위·복구 계획을 함께 남깁니다.
  • 결정 이유를 당사자가 납득할 수 있는 생활어로 설명합니다.

결정 후

  • 예상한 비용과 실제 비용을 비교합니다.
  • 같은 상황이 오면 같은 기준을 적용할 수 있는지 확인합니다.
  • 예외가 반복되면 가치 문구가 아니라 운영 기준을 다시 설계합니다.

메모

  • 핵심가치는 전략과 법을 대신하지 않습니다.
  • 예외를 숨기지 말고 종료 조건을 붙여 관리합니다.

참고 자료