9. 통제권의 트레이드오프
같은 일을 두 가지 방식으로 시켜 봅니다. 고객 문의에 답장하는 일입니다.
첫 번째 방식은 길을 정해 둡니다. 문의가 들어오면 유형을 나누고, 유형마다 정해진 답변 틀을 채우고, 보내기 전에 사람이 한 번 봅니다. 순서가 고정돼 있습니다. 어떤 문의가 와도 같은 단계를 밟습니다. 결과는 늘 비슷합니다. 빼어나게 좋지도, 크게 어긋나지도 않습니다. 예측할 수 있습니다.
두 번째 방식은 AI에게 맡깁니다. “문의를 읽고 알아서 가장 좋은 답장을 보내.” AI가 상황을 판단해 매번 다르게 대응합니다. 어떤 답장은 사람이 쓴 것보다 낫습니다. 어떤 답장은 엉뚱한 곳으로 갑니다. 같은 유형의 문의에도 오늘과 내일의 답이 다릅니다. 예측하기 어렵습니다.
이 두 방식이 워크플로우와 에이전트입니다. 그리고 둘의 차이는 하나의 교환으로 정리됩니다. AI에게 자유를 줄수록 결과는 유연해지고, 예측은 어려워집니다.
워크플로우는 통제권을 사람이 쥡니다. 모든 단계를 사람이 미리 정하고, AI는 정해진 칸을 채웁니다. 그래서 결과가 안정적입니다. 대신 정해 둔 길 밖의 상황에는 대응하지 못합니다. 예상 못 한 문의가 오면, 틀에 억지로 끼워 맞춘 답이 나갑니다.
에이전트는 통제권을 AI에게 넘깁니다. 다음에 무엇을 할지 AI가 그때그때 정합니다. 그래서 낯선 상황에도 대응합니다. 대신 무엇을 할지 사람이 미리 알 수 없습니다. 잘 풀리면 사람보다 낫고, 어긋나면 어디서 어긋났는지 추적하기 어렵습니다.
둘의 차이는 요리에 빗댈 수 있습니다. 워크플로우는 레시피입니다. 적힌 대로 따르면 누가 만들어도 비슷한 맛이 납니다. 대신 적힌 재료가 떨어지면 거기서 멈춥니다. 에이전트는 숙련된 요리사입니다. 냉장고를 열어 있는 재료로 알아서 만듭니다. 어떤 날은 레시피보다 훌륭하고, 어떤 날은 도무지 알 수 없는 요리가 나옵니다. 레시피와 요리사 중 무엇이 낫느냐고 묻는 건 잘못된 질문입니다. 매번 같은 맛을 내야 하는 식당과, 그날그날 다른 메뉴를 내는 식당은 답이 다릅니다.
여기서 중요한 건, 어느 쪽도 공짜가 아니라는 점입니다. 안정을 얻으면 유연함을 내주고, 유연함을 얻으면 예측을 내줍니다. 둘 다 가질 수는 없습니다. 더 자유로우면서 동시에 더 예측 가능한 방식은 없습니다. 트레이드오프라는 말이 그래서 붙습니다. 한쪽을 얻으려면 다른 쪽을 치러야 합니다.
그리고 이 선택은 둘 중 하나를 고르는 문제만은 아닙니다. 워크플로우와 에이전트는 켜고 끄는 스위치가 아니라, 양 끝을 잇는 눈금자에 가깝습니다. 완전히 정해진 길이 한쪽 끝이고, 완전한 자유가 반대쪽 끝입니다. 그 사이에 수많은 중간 지점이 있습니다. 어느 한 단계만 자유롭게 두고 나머지는 정해 둘 수도 있습니다. 실제 일은 대개 양 끝이 아니라 그 중간 어딘가에 놓입니다. 그러니 둘을 적이 아니라, 한 눈금자의 두 방향으로 보는 편이 낫습니다.
그래서 좋은 질문은 “어느 쪽이 더 나은가”가 아닙니다. “이 일에서 나는 무엇을 포기할 수 있는가”입니다. 결과가 어긋나면 곤란한 일이라면, 유연함을 포기하고 예측을 택합니다. 매번 상황이 달라 미리 길을 그릴 수 없는 일이라면, 예측을 포기하고 유연함을 택합니다. 포기할 수 없는 것을 먼저 정하면, 방식은 따라옵니다.
지금 AI에게 맡기고 싶은 일을 하나 떠올려, 축의 어디쯤에 놓을지 가늠해 봅니다. 결과가 일정해야 하는 일인가, 상황마다 달라지는 일인가. 이 가늠이 다음 두 장의 출발점입니다. 먼저 워크플로우가 맞는 일부터 봅니다.
10. 언제 워크플로우가 맞는가
매달 같은 보고서를 씁니다. 지난달 숫자를 정해진 양식에 넣고, 정해진 순서로 항목을 채우고, 정해진 형식으로 마무리합니다. 매번 같은 일입니다. 이런 일에 AI의 판단은 필요 없습니다. 오히려 방해가 됩니다. 매달 보고서의 모양이 달라지면, 받아 보는 사람이 헷갈리기만 합니다.
워크플로우가 맞는 일에는 분명한 신호가 있습니다.
첫째, 결과가 일정해야 하는 일입니다. 인보이스, 계약서, 정기 보고서처럼 형식이 정해진 문서는 매번 같은 모양으로 나와야 합니다. 어떤 달은 화려하고 어떤 달은 밋밋하면 곤란합니다. 일정함 자체가 품질인 일입니다.
둘째, 단계를 미리 그릴 수 있는 일입니다. 무엇을 먼저 하고 다음에 무엇을 할지 순서가 분명하면, 그 순서를 그대로 길로 깔면 됩니다. 길이 분명한데 AI에게 매번 길을 새로 정하게 할 이유가 없습니다.
셋째, 틀리면 곤란한 일입니다. 숫자 계산, 법적 형식, 규정 준수처럼 정답이 정해진 일은 창의적일 필요가 없습니다. 정해진 대로 정확히 하면 됩니다. 자유는 여기서 위험이 됩니다.
넷째, 자주 반복되는 일입니다. 한 번 길을 잘 깔아 두면, 그 길을 두고두고 씁니다. 반복 횟수가 많을수록 길을 까는 수고가 빠르게 회수됩니다.
이런 일은 주위에 흔합니다. 급여 계산, 정기 안내 메일 발송, 영수증 정리, 주간 실적 집계. 하나같이 순서가 정해져 있고, 매번 같은 결과를 내야 하며, 자주 반복됩니다. 화려하지 않지만 멈추면 곤란한, 업무의 바탕을 이루는 일들입니다. 이런 일에 매번 AI의 판단을 끼우는 건, 잘 닦인 길을 두고 매번 새 길을 내는 것과 같습니다. 비효율적일 뿐 아니라, 결과가 들쭉날쭉해집니다.
워크플로우라고 하면 단순하고 하급의 방식처럼 들릴지 모릅니다. 그렇지 않습니다. 우리가 하는 일의 대부분은 사실 이쪽에 있습니다. 매일의 업무는 화려한 판단보다 안정된 반복으로 이루어집니다. 잘 깔린 워크플로우 하나가 매주 몇 시간을 돌려주는 일은, 멋진 에이전트 하나를 만드는 일보다 훨씬 자주 일어납니다.
워크플로우의 힘은 지루함에 있습니다. 같은 입력에 같은 결과를 냅니다. 그래서 믿을 수 있고, 남에게 넘길 수 있고, 문제가 생겨도 어디가 잘못됐는지 바로 찾습니다. 예측 가능성은 작은 미덕이 아닙니다. 일을 일답게 만드는 바탕입니다. 화려하지 않지만, 화려할 필요가 없는 일에는 이것으로 충분합니다.
한 가지 숨은 이점이 더 있습니다. 잘 만든 워크플로우는 남에게 넘기기 쉽습니다. 길이 정해져 있으니, 다음 사람은 그 길을 따라가기만 하면 됩니다. 일하는 사람이 바뀌어도 결과는 그대로입니다. 반면 매번 판단이 들어가는 일은, 그 판단을 내리던 사람이 빠지면 함께 흔들립니다. 예측 가능성은 곧 넘겨줄 수 있음을 뜻합니다.
물론 워크플로우에도 약점은 있습니다. 정해 둔 길 밖의 일은 처리하지 못합니다. 예외가 들어오면 사람이 직접 손을 대야 합니다. 그래서 예외가 잦은 일에는 맞지 않습니다. 하지만 예외가 드물고 대부분이 정해진 모양으로 들어오는 일이라면, 그 드문 예외만 사람이 맡고 나머지는 길에 맡기면 됩니다.
지금 하는 일 가운데 매번 같은 순서로 반복하는 것을 적어 봅니다. 그 목록이 워크플로우로 옮길 후보입니다. 다만 모든 일이 이렇게 단정하지는 않습니다. 길을 미리 그릴 수 없는 일도 있습니다. 다음 장에서는 그런 일, 에이전트가 맞는 경우를 살핍니다.
11. 언제 에이전트가 맞는가
길을 미리 그릴 수 없는 일이 있습니다. 예전에 자료 조사를 워크플로우로 짜 보려 한 적이 있습니다. “이 사이트에서 이걸 찾고, 다음 사이트에서 저걸 찾고.” 그런데 첫 사이트에서 예상과 다른 내용이 나오자, 다음 단계가 전부 어긋났습니다. 조사는 무엇을 찾을지가 찾는 도중에 바뀌는 일이었습니다. 정해진 길로는 담기지 않았습니다.
이런 일에 에이전트가 맞습니다. 신호는 이렇습니다.
첫째, 길을 미리 그릴 수 없습니다. 다음에 무엇을 할지가 앞 단계의 결과에 따라 달라집니다. 찾은 내용에 따라 다음에 찾을 것이 정해지는 조사가 그렇습니다. 길이 데이터에 따라 갈라지는 일입니다.
둘째, 상황마다 달라집니다. 같은 종류의 일이라도 매번 조건이 다릅니다. 복잡한 오류를 잡는 일은 오류마다 원인이 달라서, 하나의 순서로 묶이지 않습니다. 어제 통한 방법이 오늘은 통하지 않습니다.
셋째, 중간 판단이 많습니다. “이 길로 갈까, 저 길로 갈까”를 자주 정해야 하는 일은, 그 판단을 매번 사람이 내리면 사람이 묶입니다. 판단을 AI에게 넘기면 사람은 결과만 봅니다.
조금 더 구체적인 장면을 그려 봅니다. 프로그램에 오류가 났는데 원인을 모릅니다. 어디를 봐야 할지조차 막막합니다. 이럴 때 AI에게 맡기면, 한 군데를 살펴보고 아니면 다른 곳을 보고, 단서가 나오면 그쪽을 파고듭니다. 사람이 단계를 일러 줄 수 없는 일을, AI가 단서를 따라가며 좁혀 갑니다. 미리 그릴 수 없는 길을, 가면서 그리는 셈입니다. 워크플로우로는 첫 단계부터 막히는 일이, 에이전트에서는 출발점이 됩니다.
다만 에이전트에는 대가가 따릅니다. 무엇을 할지 미리 알 수 없으니, 결과를 일일이 확인해야 합니다. 잘못 들어서면 엉뚱한 곳까지 혼자 가 버립니다. 비용도 예측하기 어렵습니다. 자유를 준 만큼, 지켜보고 검증하는 부담이 함께 늘어납니다. 맡겨 놓고 손을 떼는 게 아니라, 맡겨 놓고 더 자주 들여다봐야 합니다.
그래서 경계할 것이 하나 있습니다. 에이전트는 멋져 보입니다. AI가 스스로 판단하는 모습은 인상적이고, 어쩐지 더 발전된 방식 같습니다. 그 인상 때문에 굳이 에이전트를 쓰는 경우가 많습니다. 정해진 길로 충분한 일에까지 판단을 넘기는 겁니다. 결과는 대개 더 나쁩니다. 예측 가능한 일을 굳이 예측 불가능하게 만든 셈이니까요. 멋져서가 아니라 필요해서 택해야 합니다.
에이전트는 강력한 방식입니다. 하지만 강력하다는 말은 통제하기 어렵다는 말과 같습니다. 길을 그릴 수 없을 때, 그때만 길 그리기를 포기하고 AI에게 판단을 넘깁니다. 그 외에는 길을 그리는 편이 거의 항상 낫습니다.
에이전트를 쓸 때의 마음가짐은 워크플로우와 다릅니다. 워크플로우는 깔아 두고 잊는 것이지만, 에이전트는 풀어 두고 지켜보는 것입니다. 짧은 구간을 맡기고 결과를 확인한 뒤 다음을 맡기는 식으로, 통째로 던지기보다 조금씩 끊어 맡기는 편이 안전합니다. 자유를 주되, 그 자유가 어디로 가는지 눈을 떼지 않는 겁니다. 이 끊어 맡기기는 뒤의 4부에서 다시 설계의 문제로 다룹니다.
그럼에도 에이전트가 빛나는 순간은 분명합니다. 사람이 길을 그릴 수 없어 손을 놓았던 일을, 대신 끝까지 따라가 줍니다. 정해진 길로는 닿을 수 없던 곳까지 데려다주는 것이 에이전트의 진짜 값어치입니다.
여기까지 보면 선택이 양자택일처럼 느껴질지 모릅니다. 그러나 실제 일은 둘 사이 어딘가에 있습니다. 다음 장에서는 워크플로우와 에이전트를 섞는 법으로 넘어갑니다.
12. 둘을 섞는 법 — 뼈대는 워크플로우, 빈칸은 에이전트
실제 일을 해 보면, 순수한 워크플로우도 순수한 에이전트도 잘 맞지 않을 때가 많습니다. 전체를 정해진 길로 깔자니 중간에 판단이 필요한 단계가 있고, 전부 AI에게 맡기자니 굳이 그럴 필요 없는 단계까지 불안정해집니다. 답은 대개 둘을 섞는 데 있습니다.
섞는 방법은 간단합니다. 전체 순서는 워크플로우로 고정하고, 판단이 필요한 한 단계만 에이전트에게 맡깁니다. 뼈대는 정해 두고, 빈칸만 비워 두는 겁니다.
보고서를 예로 들어 봅니다. ‘자료 수집 → 작성 → 검토’라는 순서는 고정합니다. 늘 이 순서로 진행됩니다. 이게 뼈대입니다. 그런데 ‘자료 수집’ 단계 안에서, 어떤 자료를 찾을지는 주제마다 다릅니다. 이 한 칸만 AI의 판단에 맡깁니다. 무엇을 찾을지는 AI가 정하되, 찾은 다음 작성으로 넘어가는 큰 흐름은 정해진 대로 갑니다.
고객 응대도 마찬가지입니다. ‘접수 → 분류 → 답변 → 기록’이라는 뼈대는 고정합니다. 다만 ‘답변’ 단계에서 정확히 무슨 말을 할지는 문의 내용에 따라 다릅니다. 그 한 칸을 AI가 상황을 보고 채웁니다. 나머지 칸은 늘 같은 곳에 있습니다. 접수와 기록은 매번 같은 방식으로 처리되고, 판단이 필요한 답변 한 칸에서만 유연해집니다.
한 가지 더 들어 봅니다. 매주 뉴스레터를 만드는 일입니다. ‘소재 모으기 → 글 쓰기 → 다듬기 → 발송’이라는 순서는 매주 같습니다. 이게 뼈대입니다. 그런데 ‘소재 모으기’ 단계에서 이번 주에 무엇이 중요한지는 매주 다릅니다. 그 한 칸에서만 AI가 그 주의 흐름을 읽어 소재를 고릅니다. 나머지 세 칸은 늘 같은 방식으로 돌아갑니다. 매주 다른 건 소재뿐이고, 만드는 절차는 한결같습니다.
이렇게 하면 두 가지를 동시에 얻습니다. 전체 흐름은 예측 가능하고, 판단이 필요한 곳에서는 유연합니다. 어긋나도 어느 칸에서 어긋났는지 분명합니다. 빈칸은 한 단계로 좁혀져 있으니, 문제가 생겨도 그 한 칸만 들여다보면 됩니다. 통제권을 통째로 넘기지 않고, 필요한 한 칸에서만 빌려주는 셈입니다.
핵심은 빈칸을 가능한 한 좁게 두는 것입니다. 자유를 줄 곳을 한 단계로 한정할수록, 전체는 안정적이면서 필요한 유연함만 챙깁니다. 빈칸이 넓어지면 그만큼 에이전트에 가까워지고, 예측은 다시 어려워집니다. 처음에는 빈칸을 작게 시작해, 그 칸이 믿을 만하다고 확인되면 조금씩 넓히는 편이 안전합니다.
빈칸을 너무 넓게 잡았다가 낭패를 본 적이 있습니다. 편의를 위해 ‘소재 모으기’와 ‘글 쓰기’를 한데 묶어 통째로 맡겼더니, 어떤 주는 좋았지만 어떤 주는 엉뚱한 글이 나왔습니다. 문제가 생겨도 소재 선택이 잘못된 건지 글쓰기가 잘못된 건지 가릴 수 없었습니다. 두 칸을 다시 떼어 놓고 나서야, 어느 칸이 문제인지 보였습니다. 빈칸은 좁을수록 다루기 쉽습니다.
무엇을 뼈대로 두고 무엇을 빈칸으로 비울지는, 한 가지만 물으면 정해집니다. 매번 똑같이 해도 되는 단계는 뼈대로 고정하고, 그때그때 판단이 달라지는 단계만 빈칸으로 엽니다. 대부분의 일에서 판단이 필요한 단계는 한두 개뿐입니다. 나머지는 생각보다 정해져 있습니다.
대부분의 실무는 이 하이브리드로 풀립니다. 전부 정하지도, 전부 맡기지도 않고, 뼈대와 빈칸을 나누는 일입니다. 그렇다면 내 일에서 무엇이 뼈대이고 무엇이 빈칸인지 어떻게 정할까요. 다음 장에서 다섯 개의 질문으로 정리합니다.
13. 판단 체크리스트
지금까지의 이야기를 다섯 개의 질문으로 줄여 봅니다. 일을 맡기기 전에 이 다섯 가지만 물으면, 워크플로우와 에이전트 사이에서 헤매는 시간이 크게 줄어듭니다.
하나, 결과가 매번 같아야 하나? 그렇다면 워크플로우입니다. 일정함이 품질인 일은 판단을 끼우지 않습니다. 월말 정산서가 그런 일입니다.
둘, 단계를 미리 그릴 수 있나? 순서가 분명하면 워크플로우입니다. 길이 보이는데 매번 새로 그릴 이유가 없습니다. 양식이 정해진 신청서 처리가 그렇습니다.
셋, 틀리면 곤란한가? 정답이 정해진 일이라면 워크플로우로 깔거나, 최소한 강한 검증을 답니다. 자유가 위험이 되는 일입니다. 세금 계산이나 법적 문구가 여기 듭니다.
넷, 상황마다 판단이 달라지나? 그렇다면 그 부분은 에이전트입니다. 미리 그릴 수 없는 한 칸을 AI에게 맡깁니다. 고객마다 사정이 다른 상담이 그렇습니다.
다섯, 자주 반복되나? 자주 반복되면 워크플로우로 굳힙니다. 한 번 깐 길을 두고두고 쓰는 편이 이득입니다. 매주 돌아오는 정기 보고가 그렇습니다.
다섯 질문의 답이 한쪽으로 깔끔하게 쏠리는 경우는 드뭅니다. 보통은 섞여 나옵니다. 그럴 때가 바로 앞 장에서 본 하이브리드입니다. ‘예’가 많이 나온 쪽을 뼈대로 삼고, 넷째 질문에 해당하는 단계만 빈칸으로 비워 둡니다. 대부분의 일이 이 모양으로 정리됩니다. 완전한 워크플로우도, 완전한 에이전트도 아닌, 뼈대 위에 빈칸 하나가 놓인 형태입니다.
실제로 적용해 봅니다. 매주 받은 고객 문의를 정리해 요약 보고하는 일이 있다고 합시다. 결과가 매번 같은 형식이어야 하나? 예. 단계를 그릴 수 있나? 예, 모으고 분류하고 요약합니다. 자주 반복되나? 예, 매주입니다. 여기까지는 워크플로우입니다. 그런데 문의를 어떻게 분류할지는 그 주의 내용에 따라 달라집니다. 넷째 질문에 걸립니다. 그러면 분류라는 한 칸만 AI에게 맡기고, 나머지는 정해진 길로 둡니다. 다섯 질문이 곧장 하이브리드 설계로 이어진 겁니다.
한 가지 자주 틀리는 경우가 있습니다. 다섯 질문에 답하지 않고 곧장 ‘에이전트가 좋겠다’고 정하는 겁니다. 앞 장에서 봤듯, 에이전트는 멋져 보이기 때문입니다. 하지만 질문에 정직하게 답해 보면, 대부분의 일은 워크플로우거나 하이브리드로 떨어집니다. 순수한 에이전트가 정답인 일은 생각보다 드뭅니다. 질문을 건너뛰지 않는 것만으로, 불필요한 불안정함을 많이 줄일 수 있습니다.
이 다섯 질문은 외울 필요도 없습니다. 일을 맡기기 전에 잠깐 멈춰, 결과가 일정해야 하는지와 상황마다 달라지는지만 떠올려도 절반은 정해집니다. 나머지 셋은 그 둘을 보강하는 질문입니다. 익숙해지면 이 가늠은 몇 초 만에 끝나고, 어느 순간 일을 시작하기 전에 저절로 떠오릅니다.
처음 몇 번은 다섯 질문을 하나씩 짚어 보길 권합니다. 종이에 적어 가며 답해도 좋습니다. 몇 번 반복하면 질문은 몸에 뱁니다. 그다음부터는 일을 받아 드는 순간, 이건 정해진 길인지 판단이 필요한 일인지가 거의 자동으로 보입니다. 좋은 판단은 매번 새로 고민하는 데서 오지 않고, 고민을 줄여 주는 기준을 손에 쥐는 데서 옵니다.
워크플로우든 에이전트든 하이브리드든, 방식을 정했다고 일이 끝나는 건 아닙니다. 어느 쪽을 택하든, 그 루프를 믿을 만하게 만드는 일이 남습니다. 짧게 끊고, 검증을 달고, 멈출 곳을 정하고, 사람이 개입할 곳을 두는 일입니다. 다음 부에서는 바로 그 설계, 좋은 루프를 만드는 법을 하나씩 다룹니다.
