Goal Framework vs SMART Goals

SMART Goals는 타깃을 정의하게 해준다. Goal Framework는 그 타깃을 살아 있게 해준다.

SMART Goals는 유용하다.

목표를 구체적이고, 측정 가능하고, 달성 가능하고, 관련성 있고, 시간 제한이 있게 만든다. “성장하고 싶다”라고 적고 동기부여가 알아서 해주길 바라는 것보다 훨씬 낫다.

하지만 SMART Goals에는 조용한 약점이 있다.

문장은 좋아지지만, 시스템은 생기지 않는다.

이게 중요한 이유는 대부분의 중요한 목표가 계획하는 날 실패하지 않기 때문이다. 보통 1~2주 뒤, 계획이 실제 업무, 피곤한 저녁, 모호한 피드백, 늦은 답장, 경쟁하는 우선순위와 만나면서 무너진다.

여기서 Goal Framework가 더 유용해진다.

Goal Framework는 목표를 살아 있는 구조로 바꾼다. 마일스톤, 주간 신호, 드리프트 체크, 다음 행동. 목표가 잘 쓰였는지만 묻지 않는다. 목표가 아직 움직이고 있는지 묻는다.

짧게 말하면

명확성이 필요하면 SMART Goals를 쓴다.

실행이 필요하면 Goal Framework를 쓴다.

예를 들어:

SMART Goal

전략적 런칭 하나를 리드하고 스테이크홀더 피드백 점수를 개선해 12월까지 senior product manager로 승급한다.

명확하다. 좋은 시작이다.

Goal Framework

미션: 12월까지 senior product manager 스코프를 얻는다.
마일스톤 1: 매니저와 skip-level에게 승급 기준을 명확히 확인한다.
마일스톤 2: 비즈니스 임팩트가 측정되는 visible launch 하나를 맡는다.
마일스톤 3: 평가 시즌 전에 증거를 패키징한다.
주간 신호: 스테이크홀더 업데이트 발송, decision doc 완료, 피드백 캡처.
드리프트 리스크: 매니저 기준을 너무 늦게 확인함, 보이지 않는 일만 함, 증거를 마지막에만 모음.
다음 행동: 이번 주 승급 기준 대화를 캘린더에 잡는다.

SMART 버전은 성공을 정의한다.

Framework는 움직임을 만든다.

SMART Goals가 잘하는 것

SMART Goals가 인기 있는 데는 이유가 있다. 흐릿한 생각에 유용한 압력을 준다.

이렇게 쓰는 대신:

더 나은 커리어를 만들고 싶다.

이렇게 쓴다:

9개월 안에 senior data analyst 역할로 이동하기 위해 포트폴리오 프로젝트 2개를 만들고, 스테이크홀더 스토리텔링을 개선하고, 타깃 역할 20개에 지원한다.

더 낫다. 이유는 질문에 답하기 때문이다.

원하는 결과는 무엇인가?
그것이 일어났는지 어떻게 알 수 있는가?
목표는 현실적인가?
왜 중요한가?
언제 일어나야 하는가?

많은 사람에게 이것만으로도 큰 업그레이드다.

문제는 그 다음이다.

포트폴리오 프로젝트가 막혔을 때, 매니저가 모호한 피드백만 줄 때, 구직이 랜덤 지원으로 바뀔 때 SMART는 금요일에 무엇을 해야 하는지 말해주지 않는다.

도착지는 더 명확해진다. 하지만 여정을 운영하지는 않는다.

정적인 목표가 2주 차에 무너지는 이유

대부분의 목표는 새로울 때 가장 강해 보인다.

에너지가 있다. 계획은 깔끔하다. 미래의 나는 매일 저녁 이상할 정도로 여유가 있어 보인다.

그리고 2주 차가 온다.

첫 초안은 예상보다 어렵다. 스테이크홀더는 답하지 않는다. 매니저는 승급 기준을 말해주는 대신 “지금처럼 계속해”라고 한다. Side project는 지루한 인프라 문제에 걸린다. 구직은 이력서를 벽에 던지는 느낌이 된다.

이 시점의 문제는 보통 목표가 SMART하지 않아서가 아니다.

목표에 운영 리듬이 없기 때문이다.

흔한 실패 패턴:

다음 행동이 너무 크다.
진전이 보이지 않는다.
목표가 아직 요청하지 않은 피드백에 의존한다.
계획이 완벽한 주간 에너지를 가정한다.
목표가 드리프트하는지 알려주는 신호가 없다.
리뷰가 끝에 오기 때문에 회복하기엔 너무 늦다.

커리어 목표에서 특히 잘 보인다.

승급 목표는 사람들이 평가 시즌까지 증거 수집을 미루기 때문에 드리프트한다. 구직은 “지원하기”가 초점 없는 양으로 변하면서 드리프트한다. Side project는 아무도 제품을 보지 않는데도 만드는 일이 생산적으로 느껴져서 드리프트한다.

SMART Goals는 이런 문제를 일찍 잡지 못한다.

살아 있는 Framework는 잡을 수 있다.

Goal Framework가 더하는 것

Goal Framework는 SMART Goals의 유용한 부분을 유지하고, 빠진 실행 레이어를 더한다.

여섯 가지 질문에 답해야 한다.

목표는 무엇인가?
왜 지금 중요한가?
어떤 마일스톤이 진전을 증명하는가?
이번 주 어떤 행동이 일어나는가?
잘 작동하는지 보여주는 신호는 무엇인가?
모멘텀이 떨어지면 어떻게 회복하는가?

마지막 질문이 차이를 만든다.

대부분의 계획 도구는 동기부여가 안정적이라고 가정한다. 그렇지 않다.

Framework는 드리프트를 예상하고 회복을 정상적인 과정으로 만들어야 한다.

승급 목표라면 드리프트 체크는 이런 식이다.

이번 주 증거를 캡처했는가, 아니면 나중에 기억할 거라 믿고 있는가?
승급 기준에 대한 매니저 피드백을 받았는가, 아니면 추측하고 있는가?
보이는 일을 했는가, 아니면 보이지 않는 노력만 했는가?
다음 행동이 90분 안에 끝나는가?

구직이라면:

타깃 아웃리치를 보냈는가, 아니면 지원만 했는가?
최근 5번의 거절이나 무응답에서 배운 것이 있는가?
지난주보다 포지셔닝이 더 명확한가?
지원 수만이 아니라 질 좋은 대화를 추적하고 있는가?

Side project라면:

실제 사용자와 이야기했는가?
검토할 수 있는 것을 배포했는가?
이번 주가 불확실성을 줄였는가?
프로젝트가 더 단순해지고 있는가, 더 무거워지고 있는가?

이 신호들이 목표를 살아 있게 만든다.

SMART Goal vs Goal Framework: 실전 차이

가장 단순한 구분은 이렇다.

SMART Goals는 정의 도구다

덜 모호한 목표를 쓰게 해준다.

좋은 점:

의도를 명확한 결과로 바꾼다.
성공의 의미를 정한다.
마감일을 만든다.
목표가 현실적인지 확인한다.

약한 점:

주간 실행,
놓친 주 이후 회복,
다음 행동 결정,
숨은 드리프트 감지.

Goal Framework는 운영 도구다

목표를 시간 속에서 운영하게 해준다.

좋은 점:

목표를 마일스톤으로 나눈다.
주간 신호를 고른다.
드리프트 리스크를 추적한다.
리뷰를 조정으로 바꾼다.
다음 행동을 시작 가능한 크기로 유지한다.

약한 점:

너무 크게 만들면 즉각적인 단순함을 잃는다.

이 마지막 포인트가 중요하다. Goal Framework는 거대한 생산성 스프레드시트가 되면 안 된다. 유지하는 데 목표 자체보다 더 많은 에너지가 든다면 망가진 것이다.

좋은 버전은 가볍다.

하나의 미션,
세 개의 마일스톤,
두세 개의 주간 신호,
짧은 드리프트 체크,
하나의 다음 행동.

예시: 승급 목표

정적인 SMART Goal:

크로스팀 이니셔티브를 리드하고 팀 딜리버리 예측 가능성을 개선해 12월까지 engineering manager로 승급한다.

살아 있는 Goal Framework:

미션: 12월까지 engineering manager 스코프를 얻는다.

마일스톤 1: 매니저와 skip-level에게 승급 기준을 명확히 확인한다.

마일스톤 2: 측정 가능한 개선이 있는 크로스팀 딜리버리를 리드한다.

마일스톤 3: 리뷰 캘리브레이션 전에 증거와 피드백을 패키징한다.

주간 신호:

스테이크홀더 업데이트 1개 발송,
코칭 또는 위임 순간 1개 캡처,
구체적 증거 노트 1개 추가.

드리프트 체크:

매니저 레벨 일을 하고 있는가, 아니면 IC 일을 더 많이 하는 것뿐인가?
올바른 사람들이 증거를 보고 있는가?
승급이 명확해지려면 무엇이 필요한지 물어봤는가?

다음 행동:

승급 기준 대화를 위한 짧은 아젠다를 매니저에게 보낸다.

노트에 남아 있는 깔끔한 목표 문장보다 훨씬 무시하기 어렵다.

예시: 구직 목표

정적인 SMART Goal:

90일 안에 관련성 높은 40개 직무에 지원하고 10번의 네트워킹 대화를 완료해 더 나은 product role을 찾는다.

살아 있는 Goal Framework:

미션: 90일 안에 더 나은 product role을 얻는다.

마일스톤 1: 하나의 타깃 역할 유형에 맞춰 포지셔닝을 날카롭게 만든다.

마일스톤 2: 증거 자산을 만든다: 이력서, case study, 아웃리치 메시지.

마일스톤 3: 매주 타깃 지원과 대화 파이프라인을 운영한다.

주간 신호:

핏이 높은 역할 5개 검토,
타깃 아웃리치 3개 발송,
포지셔닝 개선 1개 완료.

드리프트 체크:

생산적으로 느껴져서 랜덤 지원을 하고 있는가?
답변을 바탕으로 메시지를 개선했는가?
검색 범위가 지난주보다 좁아졌는가?

다음 행동:

더 지원하기 전에 한 타깃 역할에 맞춰 이력서 상단을 다시 쓴다.

SMART 버전은 성공이 어떻게 보이는지 말한다.

Framework는 매주 검색을 개선한다.

언제 무엇을 써야 할까

SMART Goals를 쓸 때:

아직 결과를 명확히 하는 중이다.
목표가 짧고 단순하다.
타깃을 다른 사람에게 설명해야 한다.
첫 초안을 만들고 있다.

Goal Framework를 쓸 때:

목표가 몇 주 이상 걸린다.
일에 불확실성이 있다.
진전이 다른 사람에게 달려 있다.
이 목표에서 전에 실패한 적이 있다.
단순한 마감일이 아니라 주간 리듬이 필요하다.

대부분의 커리어 목표는 두 번째 범주에 속한다.

승급, 역할 전환, side project 런칭, 제품 만들기는 단일 작업이 아니다. 적응형 프로젝트다. 보이는 진전, 피드백 루프, 회복 지점이 필요하다.

그래서 X18은 살아 있는 Goal Framework라는 아이디어를 중심으로 만들어졌다.

오늘 바로 복사할 수 있는 간단한 Framework

목표 하나를 고르고 이렇게 쓴다.

1. 목표 문장

도움이 된다면 SMART를 사용한다.

나는 [이유] 때문에 [날짜]까지 [결과]를 만들고 싶다.

2. 세 개의 마일스톤

단계를 이름 붙인다.

명확히 하기.
증거 만들기.
패키징 또는 출시.

목표에 맞게 라벨을 조정한다.

3. 주간 신호

목표가 살아 있다는 신호 두세 개를 고른다.

예시:

증거 노트 캡처,
스테이크홀더 대화,
집중 작업 블록,
아웃리치 메시지,
사용자 대화,
배포한 개선.

4. 드리프트 리스크

이 목표가 보통 어떻게 죽는지 적는다.

예시:

피드백을 너무 오래 기다린다.
출시 대신 계속 계획한다.
랜덤 지원을 한다.
보이지 않는 일을 한다.
주간 리뷰를 건너뛴다.

5. 다음 행동

이번 주에 할 수 있을 만큼 작게 만든다.

다음 행동이 90분보다 크면 쪼갠다.

진짜 비교

질문은 SMART Goals가 나쁘냐가 아니다.

괜찮다. 유용하다.

질문은 명확한 목표만으로 충분하냐이다.

중요한 목표에는 보통 충분하지 않다.

SMART Goal은 타깃을 더 선명하게 만들 수 있다. Goal Framework는 일을 버틸 수 있게 만든다.

그리고 목표가 드리프트하기 시작하면, 우아한 문장보다 버틸 수 있는 구조가 더 중요하다.

빠르게 시작하고 싶다면 Goal Framework Generator를 사용해 승급, 구직, side project, app launch를 X18의 살아 있는 미션으로 저장할 수 있는 실용적 framework로 바꿔보자.

Goal Framework vs SMART Goals: 정적인 목표가 2주 차에 무너지는 이유