월요일 9시 12분. 받은 요청함에 다섯 개가 거의 같은 시각에 꽂혔다.
다섯 개 다 "해줘"다. 들어온 순서대로 집으면 하루가 꼬인다.
A부터 보자. "숫자 하나"처럼 보이지만, 5분이면 끝날 오타인지 데이터를 반나절 거슬러 파야 할 문제인지는 열기 전엔 모른다. 가벼워 보여 A를 먼저 붙잡았다가 오전이 통째로 빨려 들어가면, C의 4시 발송은 그냥 지나가고 E는 그동안 조용히 돈을 흘린다. 가장 먼저 눈에 띈 일이 가장 비싼 일을 밀어낸다.
여기서 AI PM은 들어온 업무의 우선순위를 제안하고 조정하는 역할이다. 그래서 요청이 오면 바로 손대지 않는다. 먼저 되민다. "이건 지금 붙잡을 일은 아닌 것 같습니다. 결제 오류 범위부터 확인하고 그다음 리포트를 여는 순서를 제안합니다." 무엇부터, 왜인지를 내놓고 사람의 결정을 기다린다.
응급실은 온 순서로 진료하지 않는다. 도착한 사람을 먼저 훑어, 지금 손대지 않으면 위험한 사람을 앞으로 뺀다. 이 분류를 트리아지(triage, 환자 분류)라 한다. 팔이 부러져 소리치는 사람보다 조용히 의식이 흐려지는 사람이 먼저다. 요청도 같다. 소리의 크기가 아니라 위험의 크기로 가른다.
그런데 위험의 크기는 열기 전엔 안 보인다. 그래서 순서는 두 번 짠다. 먼저 '확인할 순서', 확인 결과로 비로소 '처리할 순서'.
E는 아직 "제보"다. 정말 결제가 막혔는지, 한 명짜리 일시 오류인지 전원이 겪는 장애인지부터 연다. 전원 장애로 확인되면 그 순간 1순위다. 한 명의 일시 오류라면 순위는 내려간다.
A는 틀린 숫자가 무엇인지, 어느 화면인지 연다. 소수점 둘째 자리와 매출 총액은 무게가 다르고, 한 고객용 리포트와 여러 고객이 함께 보는 공용 대시보드는 닿는 범위가 다르다. 같은 "숫자 하나"가 열어보면 꼴찌도 1순위도 된다.
C는 정말 검토만 하면 되는지, 손볼 게 남았는지 연다. 손볼 게 없으면 발송 시각에 묶어두면 되고, 있으면 더 앞으로 당긴다.
열어본 뒤에야 줄이 선다. 그 줄을 세우는 잣대가 네 개다.
"급하다"와 "중요하다"를 먼저 떼어놓아야 한다. 급하다는 시간 축이다 — 마감이 가깝다. 중요하다는 영향 축이다 — 하거나 안 하면 결과가 크게 달라진다. 둘은 자주 겹쳐 보이지만 다른 축이고, 네 기준은 이 두 축을 실무로 쪼갠 것이다.
첫째, 되돌릴 수 없는 피해가 임박했는가. 지금 안 하면 영구적으로 잃는 것. E의 결제 오류가 여기다. 미룬 1분만큼의 거래가 그대로 날아간다. 데이터가 지워지기 직전, 잘못된 메일이 나가기 직전도 같은 칸이다.
둘째, 이 일이 다른 일을 막고 있는가. 끝나야 뒷일이 풀리는 일을 "차단 작업"이라 한다. 그 자체 중요도가 중간이어도 먼저 처리한다. 안 그러면 뒤에 줄 선 일이 통째로 멈춘다.
셋째, 바뀌지 않는 마감이 있는가. C의 4시가 그렇다. 발송 시각은 내 사정과 무관하게 흐른다. 이런 일은 마감에서 역산한다. 검토가 30분이면 3시 30분엔 손에 쥐고 있어야 한다. 알람을 거기 박아두면 그 전까진 다른 일을 해도 된다. 급하다고 지금 당장 붙잡을 필요는 없다.
넷째, 몇 명·얼마에 닿는가. 한 사람의 불편과 전원의 장애는 무게가 다르다. 앞의 A가 공용 대시보드였다면 이 칸에서 위로 올라간다.
기준이 하나씩 떨어지면 쉽다. 문제는 두 개가 같은 시간을 두고 맞붙을 때다.
E를 1순위로 확인하러 들어갔다고 하자. 범위를 가리는 데도 시간이 든다. 로그를 뒤지고 재현해보는 사이 오전이 녹고, C의 4시가 다가온다. 되돌릴 수 없는 피해(E)와 바뀌지 않는 마감(C)이 한 오전을 놓고 부딪친다.
여기서 E를 붙든 채 C를 흘려보내지 않는 방법은 '완치'와 '지혈'을 나누는 것이다. E의 근본 원인을 다 고치려면 오후까지 갈 수 있다. 하지만 피해를 임시로 막는 조치 — 문제 구간 결제를 잠시 닫거나 안내를 띄우는 일 — 는 그보다 훨씬 짧다. 다만 이 조치가 곧 "돈이 안 샌다"는 뜻은 아니다. 결제를 닫아도 고객이 여전히 결제를 못 하는 한 매출이 빠지는 위험은 남는다. 그래서 지혈 뒤엔 실제로 고객 영향이 줄었는지를 확인해야 한다 — 오류 거래가 멈췄는지, 안내를 본 고객이 다른 경로로 넘어갔는지. 그 확인으로 피해가 실제로 작아졌다면, E는 "지금 당장 1순위"에서 "오늘 안에 근본 수정"으로 무게가 내려간다. 그 틈에 C의 알람 시각을 지킬 수 있다.
그럼 B는 어떻게 되나. 이렇게만 굴리면 B처럼 급하지 않지만 중요한 일은 영원히 "비는 시간"으로 밀린다. 비는 시간은 좀처럼 오지 않기 때문이다. 그래서 규칙이 하나 필요하다. 급하지 않지만 중요한 일에는 하루 중 한 칸을 미리 떼어 고정해두고, 끼어드는 일이 그 칸을 못 먹게 막는다. 지혈로 벌어둔 오후의 일부를 그 칸에 넣으면, 장기 과제가 매일 조금씩이라도 전진한다.
순서는 한 번 정하면 끝이 아니다. 가장 흔한 흔들림은 고객이 중간에 말을 바꿀 때 온다. C를 끝까지 따라가 보자.
오후 1시, 고객 연락. "사정이 생겨 발송을 내일 아침으로 미뤄도 될까요? 대신 이번 호 머리기사를 제품 소개 중심 말고 고객 사례 중심으로 가줬으면 해요."
초보적인 반응 둘 다 위험하다. 바로 "네" 하고 일정을 밀어버리거나, 접수만 하고 하던 검토를 관성으로 계속하거나.
먼저 선을 긋자. 이미 합의된 범위 안에서 순서를 당기고 미루는 재정렬은 AI PM이 자동으로 한다. 반면 납기·범위·무엇을 포기할지가 바뀌는 결정은 사람의 승인을 받는다. 이 경계를 이 사례에 그대로 댄다.
고객이 보내온 두 가지 — 발송 연기와 방향 전환 — 는 고객이 이미 요청한 변경이다. 받아서 반영하면 된다. 승인이 따로 필요한 건 그 뒤다. "마지막 검토만"인 줄 알았던 일이 머리기사를 다시 쓰는 재작업으로 커졌다. 재작업 시간을 어디서 떼올지, 그 바람에 오늘 무엇을 포기할지 — 이건 내부의 결정이고, 여기엔 승인이 붙는다.
그래서 AI PM이 사람에게 올리는 그림은 이렇다. "발송 내일 아침, 방향 고객 사례 중심으로 변경. 제품 소개로 손봤던 것 중 이 부분은 살리고 이 부분은 다시 씁니다. 재작업을 빼고 남는 오후엔 미뤄둔 로드맵 초안을 당겨볼까 합니다. 이대로 갈까요?" 그리고 왜 방향이 바뀌었는지, 누가 언제 요청했는지를 남긴다. 내일 결과물을 보고 누군가 "왜 제품 소개가 아니지?"라고 물을 때 되짚을 근거다.
순서 매기기가 어려운 건 기준을 몰라서가 아니다. 기준을 흔드는 힘이 현장에 가득해서다.
하나, 큰 목소리가 작은 신호를 밀어낸다. 요청하는 사람은 거의 다 자기 일이 급하다고 느낀다. 거짓이 아니라, 사람은 지금 자기가 보는 일을 크게 느끼게 돼 있다. 그래서 "급해요"를 액면대로 받으면 요청함이 전부 1순위가 되고, A처럼 직접 채근하는 일만 눈에 띈다. E의 "가끔 오류 난다는 제보"는 조용하다. 무게는 거꾸로인데.
나도 당해봤다. 한번은 "고객이 화면을 보고 있다"는 말에 리포트 수정을 맨 위로 올렸다. 그사이 조용히 들어와 있던 제보 하나를 한참 뒤에 열었는데, 거기 "결제"라는 단어가 있었다. 채근하는 목소리에 가려 그 단어를 흘려봤던 거다. 그날 바꾼 건 마음가짐이 아니라 '먼저 여는 목록'이었다. 결제·데이터·외부 발송이 걸린 제보는 누가 소리치든 상관없이 제일 먼저 연다.
둘, 새로 온 일이 하던 일을 자꾸 밀어낸다. 여기엔 구분이 필요하다. 서로 독립된 일을 여러 손이 나눠 동시에 하는 건 문제가 아니다. 문제는 한 손이 이 일 저 일로 계속 갈아타는 경우다. 맥락을 접고 새 맥락을 세우는 데마다 시간이 샌다 — 이걸 "전환 비용"이라 한다. 특히 검증 단계가 희생된다. "일단 돌려놓고 다음"으로 넘어가면 돌려놓은 게 제대로 됐는지 확인하는 칸이 빠진다. 90%까지 된 리포트는 전달할 수 없고, 90%까지 고친 결제 버그는 여전히 돈이 샌다. 그래서 한 손이 맡은 일은 대체로 하나를 끝내고 다음으로 간다. 단, 되돌릴 수 없는 피해가 걸린 일만은 모든 걸 멈추고 끼어든다.
이 함정들은 사람 PM도 똑같이 겪는다. AI PM이 나은 건 더 똑똑해서가 아니다. 순서를 매긴 근거를 매번 같은 형식으로 남긴다는 점이다. "E를 1순위로 올린 이유: 되돌릴 수 없는 매출 손실 진행 중." 사람의 판단은 머릿속에서 일어나 밖에서 안 보이고, "왜 먼저 했냐"고 물으면 "급해 보여서요"가 돌아온다. 글로 적힌 근거는 나중에 틀린 사례를 되짚어 기준 자체를 고칠 수 있다. 고칠 수 있다는 게 핵심이다.
지금까지의 판단 — 열어보기, 기준 대기, 승인 경계 — 이 온틀에서는 한 화면으로 모인다. 아침의 다섯 요청이 거기 어떻게 놓이는지 보자.
온틀의 AI PM은 요청마다 "지금 몇 순위, 이유는 이것" 한 줄을 붙여 목록으로 편다. 이 한 줄에 세 가지가 담긴다. 순위의 이유, 아직 확인이 안 끝난 부분, 사람이 정해야 할 대목.
E의 줄은 이렇게 선다. "1순위 후보 — 결제 오류. 단 아직 제보 단계라, 전원 장애인지부터 확인해야 확정." A의 줄은 "보류 — 공용 대시보드면 올리고 한 고객용이면 내림. 열어봐야 정해짐." C는 "3시 30분까지 묶음 — 그 전엔 다른 일 가능." 급한 티를 내는 A가 꼭대기가 아니라 '보류'에 놓이는 게 이 화면의 요점이다.
목록 아래엔 "이 순서로 진행" 버튼과 "순서 바꾸기"가 나란히 있다. 사람은 이유를 훑고 버튼을 누르거나, 한 줄을 끌어 뒤집는다. 다섯을 처음부터 저울질하는 것보다, AI가 저울질을 끝낸 판을 검수하고 뒤집는 쪽이 빠르다. 포기가 걸린 결정 — 뉴스레터 방향이 바뀔 때 오늘 무엇을 접을지 — 에만 확인이 한 번 더 붙고, 합의된 범위 안의 재정렬엔 안 붙는다. 화면이 하는 일은 판단을 대신하는 게 아니라, 사람의 결정이 필요한 자리를 또렷이 표시하는 것이다.
일을 시키는 쪽에서 할 수 있는 가장 효과적인 한 가지는, 요청에 마감과 영향을 한 줄 붙이는 것이다.
"리포트 숫자 고쳐줘요"와 "리포트 숫자 고쳐줘요, 공용 대시보드라 전 고객이 보고 오늘 안에만 되면 돼요"는 전혀 다른 요청이다. 뒤엣것은 저울질할 재료를 쥐여준다. 앞엣것은 "지금 당장인지 오늘 안인지"를 되묻게 만들고, 그 왕복에서 시간이 샌다.
완벽하게 쓸 필요는 없다. "언제까지"와 "누가 영향받는지" 둘만 있어도 판단의 질이 크게 오른다. 나머지는 AI PM이 기준에 넣어 정렬한다.
네, 그게 정상입니다. "되돌릴 수 없는 피해"가 무엇인지는 팀마다 다릅니다. 매출이 중심인 팀은 결제·거래 장애를, 신뢰가 중심인 팀은 고객에게 나가는 잘못된 정보를 꼭대기에 둡니다. 이 정의를 팀 규칙으로 명시해두면 그 규칙대로 정렬하고, 규칙이 비어 있으면 일반 기준으로 움직이되 애매한 건 사람에게 올립니다.
미리 정해둔 규칙이 정합니다. 핵심은 밤사이에 되돌릴 수 없는 동작과 사람의 확정이 필요한 판단을 실행까지 밀지 않는 것입니다. 급한 일은 증상을 막는 선까지만 처리하고, 방향을 바꾸는 결정은 아침에 사람이 확인하도록 대기열에 쌓습니다. 밤의 역할은 판단을 대신하는 게 아니라 아침의 결정을 빠르게 만들도록 판을 정리해두는 것입니다.
추측으로 순위를 매기지 않습니다. 열어서 알 수 있는 건 열어 확인하고(어느 화면인지, 몇 명이 걸리는지), 열어도 모호한 것 — 가령 "오늘 안"인지 "지금 당장"인지 — 은 짧게 되물어 채웁니다. 그래도 남는 모호함은 보류로 두고 사람에게 올립니다. 잘못 읽은 순위로 반나절을 쓰는 것보다 한 번 되묻는 왕복이 쌉니다.