담당자

Assignee

개념

이슈 관리 도구에서 작업 한 건을 끝까지 맡기로 정해 이름을 적어 두는 칸이고, 한 건에 한 명만 넣습니다.

등장 배경

회의에서 정해진 일이 아무도 시작하지 않은 채 다음 회의까지 가는 일은 흔합니다. 자리에서는 분명히 합의가 됐습니다. 문제를 짚었고, 무엇을 해야 하는지도 나왔고, 다들 고개를 끄덕였습니다. 그런데 이름이 붙지 않았습니다.

페이지덱에서도 같은 일이 있었습니다. 문서를 링크로 공유했을 때 권한 확인이 느리다는 이야기가 나왔고, 그 자리에서 "그럼 그 부분 좀 봐 주세요" 로 끝났습니다. 이 주 뒤 같은 문제가 다시 올라왔을 때 태오는 민서 쪽에서 화면부터 정리하는 줄 알았다고 했고, 민서는 서버에서 먼저 확인하는 줄 알았다고 했습니다. 아무도 게으르지 않았고, 두 사람 다 자기 몫이라고 생각한 적이 없었을 뿐입니다.

담당자 칸은 이 빈틈을 기록으로 메우려고 만든 자리입니다. 새 규칙이 아니라 이미 하던 합의를 눈에 보이는 값으로 옮겨 놓은 것에 가깝습니다. 무엇을 할지는 제목과 설명에, 언제까지 할지는 기한에 적히는데, 누가 할지는 어디에도 적히지 않아 말로만 남았습니다. 말로 남은 합의는 일주일이면 사람마다 다르게 기억됩니다.

작동 방식

한 건에 한 사람을 적고, 그 사람이 이 건을 끝까지 굴립니다. 여기서 정하는 것은 일을 나누는 비율이 아니라 끌고 갈 사람 한 명입니다.

  1. 이름은 하나만 넣습니다. 셋을 적어 두면 셋 다 누군가 먼저 하겠거니 하고 아무도 시작하지 않습니다. 여러 사람이 실제로 손대야 하는 일이면 이름을 늘리는 대신 건을 쪼갭니다. 서브태스크로 나눠 각 조각에 한 명씩 붙이면 누가 무엇을 맡았는지가 다시 한 명씩으로 정리됩니다.
  2. 맡는다는 말은 혼자 한다는 말이 아닙니다. 담당자가 하는 일은 막힌 곳을 드러내고, 도움이 필요하면 불러오고, 끝났는지 판단해 닫는 것입니다. 디자인 검토와 서버 작업이 함께 걸린 건이라도 담당자는 한 명이고, 그 사람이 두 갈래가 언제 만나는지를 챙깁니다.
  3. 붙이는 시점이 정해져 있습니다. 등록할 때는 비어 있어도 됩니다. 다만 워크플로 상태, 그러니까 이 건이 지금 어느 단계에 있는지를 나타내는 값이 진행 중으로 넘어갈 때는 이름이 있어야 합니다. 이름 없이 진행 중인 건은 며칠 뒤 아무도 손대지 않았다는 사실이 드러납니다.
  4. 넘길 때는 말과 함께 넘깁니다. 이름만 바꿔 두면 받는 사람은 알림 하나로 그 사실을 알게 되고, 어디까지 됐는지는 기록을 거슬러 올라가 직접 찾아야 합니다. 바꾸기 전에 지금까지 한 것과 남은 것을 댓글로 한 줄 남기는 편이 훨씬 빠릅니다.

빈칸도 값입니다. 담당자가 없는 건은 아직 아무도 시작하지 않은 건이고, 진행 중 칸에 빈칸이 쌓이면 보드가 실제 상황과 어긋나 있다는 신호입니다.

쓰이는 곳

담당자 값이 실제로 일하는 자리는 대개 넷입니다.

  1. 한 사람에게 몰린 양을 볼 때 — 보드를 담당자로 걸러 보면 누가 몇 건을 동시에 들고 있는지 나옵니다. 한 사람이 진행 중인 건을 일곱 개 들고 있으면 일곱 개가 조금씩 움직이고 아무것도 끝나지 않습니다. 여러 일을 오가며 생기는 손실을 컨텍스트 스위칭이라고 부르는데, 이 값이 없으면 그 손실이 누구에게 쌓이는지 보이지 않습니다.
  2. 알림을 보낼 때 — 도구는 담당자에게 먼저 알립니다. 댓글이 달리거나 상태가 바뀌면 그 사람 화면에 표시가 붙습니다. 담당자가 비어 있으면 알림은 아무에게도 가지 않고, 채널 전체에 보내면 전원이 읽고 아무도 움직이지 않습니다.
  3. 회의에서 물어볼 때 — 진행 상황을 확인하는 자리에서 한 건씩 훑는 대신 담당자별로 훑습니다. 사람 단위로 보면 그 사람이 지금 무엇에 막혀 있는지가 한 번에 드러나고, 건 단위로 보면 같은 사람이 여러 번 호명되는 것만 보입니다.
  4. 관여 방식을 구분할 때 — 실행·책임·자문·통보로 역할을 나눈 표인 RACI를 쓰는 팀이라면 담당자는 그중 실행에 해당합니다. 검토하는 사람과 결정하는 사람은 따로 있고, 그 사람들의 이름은 담당자 칸이 아니라 리뷰어나 승인자 칸에 들어갑니다.

페이지덱에서는 스탠드업이 끝나기 전에 담당자 없는 건이 남았는지부터 확인합니다. 지현이 보드를 담당자 없음으로 걸러 보여 주면 그 자리에서 이름을 붙이거나, 붙일 사람이 없으면 이번 주기에서 뺍니다. 뺀다는 결정도 기록으로 남으니 두 주 뒤에 "그거 왜 안 됐죠" 라는 질문이 나오지 않습니다.

실무 용례

"이 티켓 담당자가 비어 있는데, 누가 가져가실래요?"

이름을 붙이지 않으면 이 건이 진행되지 않는다는 뜻입니다.

"저를 담당자로 걸어 두시고, 서버 쪽은 태오한테 따로 물어볼게요."

혼자 다 하겠다는 말이 아니라 이 건을 끝까지 챙기겠다는 뜻입니다.

"담당자만 바꿔 놓으시고 말씀을 안 하셔서 오늘 아침에야 봤어요."

이름을 옮기는 것만으로는 인수인계가 되지 않는다는 지적입니다.

페이지덱에서 이 칸이 가장 자주 움직이는 때는 누가 자리를 비울 때입니다. 태오가 다음 주에 휴가를 가면 그 전날 자기 이름이 붙은 건을 훑어 그 주에 손대야 하는 것만 골라 넘깁니다. 넘길 때는 이름만 바꾸지 않고 건마다 댓글을 한 줄씩 답니다. 고객 쪽 답을 기다리는 중인지, 화면은 끝났고 서버 연동만 남았는지입니다. 급하지 않은 나머지는 이름을 비우지 않고 상태만 보류로 옮깁니다. 이름을 지우면 돌아왔을 때 누가 어디까지 보던 건인지 다시 찾아야 하기 때문입니다.

흔한 오해

담당자를 그 일을 혼자 다 하는 사람으로 읽는 경우가 가장 흔합니다. 이름이 하나만 적히니 자연스러운 오해입니다. 실제로 담당자가 지는 것은 작업량이 아니라 진행에 대한 책임입니다. 이 구분이 흐려지면 여러 사람이 협력해야 하는 건에 아무도 이름을 넣지 않으려 하고, 그런 건일수록 오래 방치됩니다. 담당자를 정할 때 "이 일을 전부 할 사람" 이 아니라 "이 일이 멈추면 먼저 알아차릴 사람" 을 찾으면 대개 금방 정해집니다.

잘못됐을 때 책임을 물을 사람으로 읽는 것도 잦습니다. 담당이라는 말에 문책의 냄새가 있어서 그렇습니다. 그렇게 쓰이기 시작하면 사람들은 확실히 할 수 있는 건에만 이름을 넣고, 어렵거나 애매한 건은 비워 둡니다. 정작 이름이 필요한 쪽이 비는 셈입니다. 담당자는 질문을 어디로 보낼지 정하는 값이고, 일이 어긋난 원인은 그다음에 따로 봅니다.

같이 보면 좋은 페이지

  • 작업 항목

    담당자가 어떤 기록의 한 칸인지, 같이 채우는 값이 무엇인지 봅니다

  • 워크플로 상태

    누가 맡았는지 다음으로 궁금해지는 값, 지금 어디까지 왔는지입니다

마지막 업데이트 2026-09-16