에이전틱스
도메인 4. 워크플로 통합과 솔루션 설계

4.5가치와 한계를 전달하기

예상 학습 시간 28

도입 초기에 기대가 잘못 형성되면 나중에 아무리 정직하게 성과를 보고해도 실망만 남습니다. 이 수업에서는 기대치를 어긋나게 만드는 전형적인 경로와, 한계를 설명하는 방법, 그리고 성과를 전달할 때 함께 적어야 할 것을 다룹니다.

기대가 어긋나는 경로

전형적인 실패는 이렇게 진행됩니다.

  1. 시연에서 잘 고른 사례 다섯 건을 보여 준다. 다섯 건 모두 잘 나온다
  2. 보는 사람은 "항상 이 정도"라고 기억한다. 아무도 그렇게 말하지 않았지만 그렇게 읽힌다
  3. 실제 업무에서는 어렵고 지저분한 사례가 섞여 들어온다
  4. 그중 일부가 기대에 못 미친다
  5. "시연 때는 잘 됐는데"라는 대화가 시작된다

문제의 뿌리는 시연에 쓴 사례가 실제 업무의 분포와 다르다는 데 있습니다. 시연용으로는 설명하기 좋은 깔끔한 사례를 고르게 마련입니다.

이를 막는 방법은 시연 단계에서 일부러 어려운 사례를 섞는 것입니다. 잘 안 되는 경우를 함께 보여 주면 기대치가 처음부터 현실에 맞춰집니다. 당장은 덜 인상적이지만 나중에 신뢰를 잃지 않습니다.

두 번째 뿌리는 비교 기준이 없다는 것입니다. 보는 사람의 머릿속 기준은 무의식적으로 완벽입니다. 그런데 지금 그 일을 사람이 하면 어떤지 물어보면 완벽하지 않습니다. 현재 값을 먼저 제시하면 기준이 현실적인 자리로 내려옵니다.

한계를 설명하는 법

한계를 "가끔 틀릴 수 있다"고만 말하면 듣는 사람은 무엇을 조심해야 할지 모릅니다. 어디서 어떻게 틀리는지를 말해야 대비할 수 있습니다.

두루뭉술한 설명쓸모 있는 설명
부정확할 수 있다자료에 없는 수치를 채워 넣는 일이 있어 숫자는 대조해야 한다
최신 정보가 아닐 수 있다우리가 붙인 자료 밖의 내용은 시점을 확인해야 한다
판단이 필요하다대외 약속과 승인은 자료로 결정되지 않아 사람이 정해야 한다

오른쪽처럼 말하면 듣는 사람이 자기 업무에 적용할 수 있습니다. 왼쪽은 들어도 행동이 바뀌지 않습니다.

한계를 말할 때 균형도 중요합니다. 한계만 강조하면 아무도 안 쓰게 되고, 가치만 강조하면 사고가 납니다. 어떤 일에는 잘 맞고 어떤 일에는 안 맞는다를 나란히 놓는 편이 정확합니다.

그리고 한계 중 우리가 줄일 수 있는 것줄일 수 없는 것을 구분해 주면 좋습니다. 자료를 잘 붙이면 줄어드는 문제와, 어떻게 해도 사람이 판단해야 하는 영역은 성격이 다릅니다.

성과를 전달할 때

성과를 보고할 때 숫자만 내놓으면 다음 질문에 답할 수 없습니다. 함께 적어야 할 것이 있습니다.

  • 무엇을 쟀는가 (측정 대상)
  • 몇 건에서 쟀는가 (표본)
  • 언제 잰 값인가 (기간)
  • 어떤 경우가 제외됐는가 (범위)

네 번째가 자주 빠집니다. "초안 작성 시간이 12분에서 4분"이라고 보고할 때, 그것이 일반적인 문의에 한한 값이고 복잡한 건은 여전히 사람이 처음부터 쓴다면 그 사실을 함께 적어야 합니다. 빼놓으면 나중에 "실제로는 아니더라"는 말이 나옵니다.

그리고 아직 모르는 것도 함께 적는 편이 낫습니다. 두 달 운영한 결과로 1년 뒤를 장담할 수는 없습니다. "이 값은 2개월 치이고 계절 요인은 반영되지 않았다"는 한 줄이 나중에 신뢰를 지킵니다.

반대와 우려에 답하기

도입에 대한 우려는 대개 몇 가지로 모입니다. 미리 준비해 두면 대화가 짧아집니다.

"일자리가 줄어드나." 어느 단계를 돕는 것이고 어느 판단은 여전히 사람이 하는지 구체적으로 답해야 합니다. 원론적인 안심은 오히려 불신을 키웁니다.

"우리 자료가 밖으로 나가나." 이건 사실 확인이 필요한 질문입니다. 조직이 쓰는 요금제와 설정에 따라 답이 다르므로, 추측하지 말고 확인한 내용을 전달해야 합니다.

"틀린 걸 못 잡으면 어쩌나." 검토 지점이 어디에 있는지, 되돌릴 수 없는 단계 앞에 무엇이 있는지 보여 주는 것이 답입니다.

"이거 배우는 데 시간 들지 않나." 처음 설정을 대신해 주고 요청문 틀을 제공하면 실제로 시간이 거의 안 듭니다.

공통점은 구체적으로 답해야 한다는 것입니다. 우려는 대개 막연한 형태로 표현되지만, 답은 구체적이어야 해소됩니다.

시험 함정

  • 시연에 잘 되는 사례만 쓰라는 선택지 — 기대치가 현실과 어긋나 나중에 신뢰를 잃습니다.
  • 한계를 "가끔 틀릴 수 있다"로 설명하는 선택지 — 어디서 어떻게 틀리는지 없으면 대비할 수 없습니다.
  • 성과를 숫자만으로 보고하는 선택지 — 표본·기간·제외 범위가 없으면 나중에 뒤집힙니다.
  • 우려에 원론적으로 답하라는 선택지 — 막연한 안심은 오히려 불신을 키웁니다.
  • 데이터 취급에 대한 질문에 추측으로 답하는 선택지 — 설정에 따라 다르므로 확인해서 전달해야 합니다.
  • 한계만 강조하는 편이 안전하다는 선택지 — 아무도 쓰지 않게 되어 도입 자체가 무산됩니다.

실습 시나리오

실제 시험과 같은 형식의 시나리오 문제입니다.

2개월 운영 결과를 보고하려 합니다. 초안 작성 시간이 12분에서 4분으로 줄었지만, 이 값은 일반 문의에 한한 것이고 복잡한 건은 여전히 사람이 처음부터 씁니다. 어떻게 보고해야 합니까?

빌드 연습 · 도입 보고 자료 만들기

28
  1. 1.현재 값 제시

    도입 전 값을 먼저 적어 비교 기준을 만듭니다.

    기대 결과 · 도입 전 값과 그것을 잰 방법이 적혀 있습니다.

  2. 2.어려운 사례 포함

    시연이나 예시에 잘 안 되는 사례를 하나 이상 넣습니다.

    기대 결과 · 잘 되는 사례와 안 되는 사례가 함께 들어 있습니다.

  3. 3.한계를 구체적으로

    어디서 어떻게 틀리는지를 업무 상황으로 적습니다.

    기대 결과 · 두루뭉술한 표현 없이 확인해야 할 대상이 지목되어 있습니다.

  4. 4.성과에 조건 붙이기

    측정 대상·표본·기간·제외 범위를 성과 옆에 적습니다.

    기대 결과 · 네 항목이 모두 적혀 있습니다.

  5. 5.예상 질문 준비

    나올 만한 우려 세 가지에 대해 구체적인 답을 준비합니다.

    기대 결과 · 각 우려에 원론이 아닌 구체적 답이 적혀 있습니다.

출처 및 더 읽기