GeckoFlag 블로그

프로젝트·이슈 관리 도구 선택을 위한 팁

AI 시대의 팀 커뮤니케이션: 분업이 줄어든 제작팀이 대화를 되찾는 5가지 실천

게시일:

AI 시대의 팀 커뮤니케이션

AI가 디자인 초안을 내고, 코드를 쓰고, 문장을 다듬어 주게 되었습니다. 제작 현장에서는 한 사람이 혼자 해낼 수 있는 일의 범위가 크게 넓어졌습니다.

한편으로 이런 이야기를 듣는 일이 늘었습니다. “팀으로 일하고 있는데도 누가 무슨 생각을 하는지 모르겠다.” “신입이 좀처럼 성장하지 않는다.” “납품 후에 아무도 알아차리지 못한 문제가 발견되었다.”

이 글에서는 AI의 보급과 원격 근무로 팀 커뮤니케이션에 무슨 일이 일어나고 있는지 정리하고, 앞으로의 제작팀에 필요한 것을 생각해 봅니다. 결론부터 말하면, 요구되는 것은 새로운 기술이 아닙니다. 예전부터 중요했던 것의 연장선입니다.

이 글의 핵심

  • AI와 원격 근무로 분업이 줄면서, 분업의 ‘부산물’로 생겨나던 대화도 줄었습니다.
  • 그 결과 품질이 블랙박스가 되고, 판단이 특정인에게만 묶이고, 신입이 성장하지 않고, 사람들이 고립되는 문제가 생기고 있습니다.
  • 대화가 저절로 생기지 않는다면 판단의 공유, 리뷰의 체계화 등 5가지 실천으로 의도적으로 만듭니다.

참고: 이 글은 GeckoFlag 개발자가 작성했습니다.

AI로 ‘혼자서 끝내는 일’이 늘었다

얼마 전까지만 해도 웹 제작은 분업이 당연했습니다. 디렉터가 요구 사항을 정리하고, 디자이너가 시안을 만들고, 코더가 구현하고, 마지막에 누군가가 확인합니다. 각 공정 사이에는 반드시 ‘인계’가 있었습니다.

지금은 와이어프레임부터 구현, 텍스트 조정까지 AI를 쓰면 혼자서 상당 부분을 진행할 수 있습니다. 원격 근무가 확산된 영향도 있어, 작업의 대부분이 한 사람의 화면 안에서 끝나게 되었습니다.

이것 자체는 좋은 일입니다. 속도는 빨라졌고, 작은 팀도 큰 일을 맡을 수 있게 되었습니다. 다만 분업이 줄면서 눈에 잘 보이지 않는 중요한 것도 함께 사라지고 있습니다.

분업이 낳던 ‘부산물’로서의 대화

분업하던 시절에는 인계할 때마다 자연스럽게 대화가 생겨났습니다.

  • “이 버튼은 마우스를 올렸을 때 어떻게 움직이는 걸 생각하셨나요?”
  • “여기 여백은 일부러 넓힌 건가요?”
  • “클라이언트는 이 표현에 정말 납득하고 있는 걸까요?”

이런 대화를 통해 인식의 차이가 발견되고, 디자인의 의도가 전달되고, 신입은 선배의 사고방식을 배웠습니다. 대화 자체가 목적이었던 것은 아닙니다. 분업의 부산물로 대화가 생겨났던 것입니다.

분업이 줄면 그 부산물도 줄어듭니다. 원격 근무에서는 옆자리에서 들려오던 상담이나 잡담도 없습니다. 팀의 커뮤니케이션이 줄어든 것은 누군가가 게을러서가 아니라 일의 구조가 바뀌었기 때문입니다.

대화가 줄면 팀에 무슨 일이 일어날까

1품질이 블랙박스가 된다

AI가 만드는 것은 대개 ‘그럴듯하게 동작하는’ 것입니다. 겉보기도 깔끔해서 언뜻 보면 문제가 없습니다. 하지만 아무도 내용을 리뷰하지 않으면 취약점이나 접근성 미비, 특정 환경에서만 생기는 버그가 납품 후에 발견됩니다.

2판단의 이유가 남지 않는다

결과물은 남아도 ‘왜 그렇게 했는지’는 남지 않습니다. 반년 뒤 클라이언트가 “왜 이런 구성으로 하셨나요?”라고 물었을 때, 만든 본인이 없으면 아무도 답하지 못합니다. 일이 특정인에게 묶여, 그 사람만 아는 상태가 되어 갑니다.

3신입이 성장하지 않는다

배너 제작, 간단한 코딩, 자잘한 수정 대응. 예전에 신입이 경험을 쌓던 기초 단계의 일은 지금 AI가 가장 먼저 맡는 영역입니다. 신입은 그런 일과, 그에 대한 선배의 지적을 통해 판단력을 길렀습니다. 그 단계를 건너뛰면 몇 년 뒤 팀의 중간층이 텅 비게 됩니다.

4고립되고, 보람을 느끼기 어려워진다

내 일이 누구에게 어떻게 도움이 되었는지 보이지 않으면 보람을 느끼기 어려워집니다. 혼자 묵묵히 완성하고, 혼자 납품한다. 효율은 좋아도 팀으로 일하는 의미가 옅어져 갑니다.

AI 시대에 가치가 높아지는 팀의 4가지 힘

AI는 ‘만드는’ 비용을 크게 낮췄습니다. 그 결과 만들기 전과 만든 후에 있는 사람의 일의 가치가 상대적으로 높아지고 있습니다. 여기서 소개하는 4가지는 모두 새로운 것이 아닙니다. 그리고 모두 대화 없이는 성립하지 않습니다.

클라이언트의 진짜 과제를 파악하는 힘

“사이트를 리뉴얼하고 싶다”는 요청입니다. 진짜 과제는 “문의가 줄고 있다”, “채용에서 경쟁사에 밀리고 있다”처럼 다른 곳에 있는 경우가 많습니다. AI는 주어진 정보를 바탕으로 답을 내므로, 무엇을 건네느냐에 따라 결과물의 상한이 정해집니다.

클라이언트 인터뷰에서 얻은 것을 한 사람의 머릿속에만 두지 말고 팀의 공통 인식으로 만드는 것. 담당자의 사내 입지나 이전 제작사와의 트러블처럼 좀처럼 말로 나오지 않는 사정까지 공유되어 있는지가 결과물의 질을 좌우합니다.

겉모습 너머까지 보는 힘

보안, 마케팅, 표시 속도, 접근성. 겉모습으로는 차이를 내기 어려워진 지금, 보이지 않는 부분의 품질이 차별화로 이어집니다. 혼자 모든 것에 정통할 필요는 없지만, 위험을 알아차리고 잘 아는 사람에게 연결할 수 있어야 합니다. 각자의 전문 분야를 가진 멤버가 서로 말을 걸 수 있는지가 팀이 커버할 수 있는 범위를 정합니다.

흉내 낼 수 없는 제안을 만드는 힘

AI의 출력은 학습한 데이터의 ‘그럴듯한 평균’으로 치우치기 쉬운 성질이 있습니다. 모두가 같은 도구를 쓰면 제안은 서로 비슷해집니다. 디지털이 주류가 된 이후 계속되어 온 커머디티화의 과제가 한층 더 빨라지고 있는 상태입니다.

차이를 만드는 것은 AI가 갖고 있지 않은 정보입니다. 현장에 직접 가서 얻은 것, 최종 사용자의 목소리, 클라이언트가 문득 꺼낸 말. 그리고 그것을 팀에서 논의하며 생겨나는 관점입니다. 독창성이란 기발함이 아니라 ‘이 안건을 위해 이 팀이 생각했다’는 것이 상대에게 전해지는 것이라고 할 수 있습니다.

판단에 책임을 지는 힘

AI가 안을 여러 개 내주는 시대에, 사람에게 남는 중심 역할은 ‘고르는 것’과 ‘이걸로 내보내도 된다고 단언하는 것’입니다. 그리고 그 판단을 다른 사람이 확인함으로써 품질이 유지됩니다. 혼자 만들고, 혼자 확인하고, 혼자 납품하는 흐름에는 어딘가에서 다른 사람의 눈을 넣어야 합니다.

AI 시대의 팀 커뮤니케이션: 5가지 실천

분업이 대화를 만들어 주지 않는다면, 대화가 생겨나는 구조를 의도적으로 만들 수밖에 없습니다. 여기서는 내일부터 도입할 수 있는 5가지 실천을 소개합니다.

1결과물이 아니라 ‘판단’을 공유한다

공유해야 할 것은 완성된 파일만이 아닙니다. 무엇을 정했는지, 왜 그렇게 했는지, 무엇을 고르지 않았는지. 이 3가지를 3줄 정도로 남겨 두면 됩니다.

판단 기록의 예

  • 정한 것: 메인 페이지의 메인 이미지는 사진이 아니라 일러스트로 한다
  • 이유: 시설 사진은 다음 리모델링 후에는 쓸 수 없게 되기 때문
  • 고르지 않은 것: 스톡 사진(경쟁사와 같은 이미지가 될 우려가 있음)

중요한 것은 남기는 장소입니다. 메신저에 쓰면 금방 흘러가 버리므로, 그 작업이나 태스크에 연결된 곳에 남겨 두면 나중에 경위를 따라갈 수 있습니다.

관련메신저의 대화가 흘러가 버리는 이유는 입문 연재 「처음 쓰는 프로젝트 관리 도구」 제3회 「메일이나 메신저로 받은 부탁은 왜 흘러가 버릴까?」에서, 정하는 일을 태스크로 세우는 방법은 연재 「AI와 일하는 팀의 태스크 관리」 제2회 「태스크는 ‘만드는 일’보다 ‘정하는 일’로 세운다」에서 설명하고 있습니다

2리뷰를 ‘체계’로 만든다

AI가 만든 것일수록 사람의 눈을 거쳐야 합니다. ‘작업 중’과 ‘완료’ 사이에 리뷰 단계를 두고, 누가 확인할지 미리 정해 둡시다. 선의나 여유에 맡긴 리뷰는 바빠지면 가장 먼저 생략됩니다.

리뷰는 품질을 지킬 뿐 아니라, 팀 안에서 대화가 생겨나는 확실한 기회도 됩니다.

관련‘리뷰 대기’ 같은 대기 상태를 상태로 눈에 보이게 하는 방법은 연재 「AI와 일하는 팀의 태스크 관리」 제3회 「‘판단 대기’를 눈에 보이게 하기」에서 자세히 설명하고 있습니다

3역할을 ‘작업’이 아니라 ‘책임 범위’로 나눈다

“누가 디자인할까”, “누가 코딩할까” 같은 작업 기준의 분담은 AI로 인해 의미가 옅어지고 있습니다. 대신 “클라이언트의 의도를 누가 지킬까”, “품질을 누가 보증할까”, “보안을 누가 확인할까” 같은 책임 범위로 역할을 나눕니다.

책임의 경계가 있으면 그곳에 인계가 생기고, 확인을 위한 대화도 자연스럽게 돌아옵니다.

4동기와 비동기를 구분해 쓰고, 잡담을 설계한다

기록이나 보고는 비동기로, 망설여지는 일이나 생각을 정리하기 위해 누군가와 이야기해 보는 상담은 동기로. 원격 팀에서는 이 구분을 의식하지 않으면 텍스트로 주고받는 것만으로 끝나 버립니다.

추천하는 것은 15분 정도의 ‘고민하고 있는 것을 이야기하는 시간’을 정기적으로 마련하는 것입니다. 진행 상황을 보고하는 자리가 아니라, 결정하지 못한 것이나 신경 쓰이는 것을 부담 없이 가져올 수 있는 자리로 합니다. 예전에 옆자리에서 자연스럽게 일어나던 상담을 의도적으로 마련한다고 생각하면 됩니다. 거기서 정해진 것은 첫 번째 실천처럼 태스크에 한 줄로 남깁니다.

5신입 육성을 ‘우연’에서 ‘설계’로

기초 단계의 일이 줄어든 이상, 저절로 성장하는 환경은 더 이상 없습니다. 육성은 의도적으로 설계해야 합니다.

  • AI의 출력을 리뷰하게 한다: “어디가 좋고 어디가 부족한지”를 설명하게 하면 보는 눈이 길러집니다.
  • ‘왜’를 말로 표현하게 한다: 손을 움직이는 양보다 판단의 이유를 설명하는 기회를 늘립니다.
  • 숙련자의 사고를 보여 준다: 페어 작업 등을 통해 결과가 아니라 생각하는 과정을 공유합니다.
  • 작은 안건을 끝까지 맡긴다: 실패해도 괜찮은 규모에서, 책임을 지고 끝까지 해내는 경험을 하게 합니다.

첫 번째 실천에서 남긴 ‘판단 기록’은 신입에게 그대로 교재가 됩니다. 경위를 따라갈 수 있는 환경은 그것만으로도 육성 구조의 일부가 됩니다.

클라이언트와의 커뮤니케이션도 같은 구조

지금까지의 이야기는 팀 내부에만 해당하는 것이 아닙니다. 제작 속도가 빨라지면 클라이언트는 결과물을 금방 볼 수 있습니다. 한편 “생각했던 것과 다르다”는 어긋남도 짧은 간격으로 드러나기 쉬워집니다.

그렇기 때문에 결과물과 함께 판단의 이유를 전하는 것, 할 수 있는 것과 할 수 없는 것을 일찍 공유해 기대치를 맞추는 것, 나쁜 소식일수록 빨리 전하는 것이 중요해집니다. 모두 예전부터 해 온 말이지만, AI로 작업이 빨라진 지금은 그 차이가 결과에 더 뚜렷하게 나타납니다.

관련클라이언트에게 확인이나 판단을 부탁할 때 전하는 방법은 연재 「AI와 일하는 팀의 태스크 관리」 제5회 「클라이언트의 ‘확인 대기’로 멈추지 않는 진행 방법」에서 소개하고 있습니다

결국 클라이언트가 일을 맡기는 이유는 스킬이 많아서라기보다 “이 팀이라면 안심하고 맡길 수 있다”는 신뢰입니다. 그 신뢰는 매일의 세심한 커뮤니케이션이 쌓여야만 생겨납니다.

도구는 ‘대화를 줄이기’ 위해서가 아니라 ‘대화를 남기기’ 위해

프로젝트 관리 도구나 태스크 관리 도구는 ‘회의를 줄인다’, ‘주고받는 연락을 줄인다’ 같은 효율화의 맥락에서 이야기되는 경우가 많습니다.

하지만 AI 시대에는 도구의 역할이 조금 달라집니다. 작업 자체는 AI가 빠르게 처리해 주므로, 도구는 대화와 판단이 쌓여 가는 장소가 되어야 합니다.

메신저는 흘러가 버리지만, 태스크에 연결된 댓글은 그 일과 함께 남습니다. 누가 무엇을 하고 있는지, 왜 그렇게 정했는지, 어디서 확인이 멈춰 있는지. 그것이 보이는 상태라면 나중에 합류한 멤버도 경위를 따라갈 수 있고, 신입에게는 선배의 판단을 직접 겪어 보듯 따라가 볼 수 있는 교재가 됩니다.

관련AI와 함께 일하는 팀에서 태스크 관리 도구의 역할이 어떻게 달라지는지는 연재 「AI와 일하는 팀의 태스크 관리」 제1회 「AI를 쓰기 시작하면 태스크 관리 도구는 필요 없어질까?」부터 차례로 다루고 있습니다

GeckoFlag에서는 이렇게 운용할 수 있다

지금까지의 5가지 실천은 어떤 도구에서도 도입할 수 있습니다. 한 예로, 셀프 호스팅형 프로젝트 관리 도구 GeckoFlag에서의 운용을 소개합니다.

실천 GeckoFlag에서의 운용 예
1 판단을 공유한다이슈의 댓글에 ‘정한 것 / 이유 / 고르지 않은 것’을 남깁니다. 댓글 본문은 이슈 목록에서 부분 일치로 검색할 수 있습니다. 반복해서 쓰는 규칙은 프로젝트의 위키에 정리합니다
2 리뷰를 체계화한다상태에 ‘리뷰 대기’를 추가합니다. 작업을 마치면 댓글 작성과 동시에 상태를 ‘리뷰 대기’로, 담당자를 리뷰할 사람으로 바꿉니다. 칸반 보드에서 리뷰 대기 행에 이슈가 쌓여 있지 않은지 확인합니다
3 책임 범위로 나눈다프로젝트에는 소유자(책임자)를 두고, 이슈의 담당자는 1명으로 정합니다. 이슈 유형으로 ‘품질 확인’, ‘보안 확인’ 등을 만들고 각각의 담당을 정해 둡니다
4 동기와 비동기를 구분한다댓글을 작성할 때마다 알림을 보낼 상대를 선택해, 읽어 주었으면 하는 사람을 분명히 합니다. “봤습니다”는 댓글에 대한 리액션으로 전해 답글을 줄입니다. 동기로 이야기해서 정해진 것은 해당 이슈에 댓글로 남깁니다
5 육성을 설계한다신입을 프로젝트의 멤버로 추가해 선배의 이슈와 댓글의 경위를 읽을 수 있게 합니다(멤버와 게스트가 볼 수 있는 것은 참여 중인 프로젝트뿐입니다). 작은 안건을 맡길 때는 신입을 그 프로젝트의 소유자로 합니다
클라이언트와의 공유클라이언트를 ‘게스트’로 초대해 참여하는 프로젝트만 보여 줍니다. 게스트도 이슈를 편집하거나 댓글을 쓸 수 있으므로, 사내 검토는 별도의 프로젝트로 나누어 둡니다
GeckoFlag 이슈의 댓글 섹션. 댓글 작성과 동시에 담당자·상태·우선순위·날짜를 바꿀 수 있다
댓글 섹션에서는 댓글을 작성하면서 상태와 담당자를 바꿀 수 있습니다(화면 예: GeckoFlag)※ GeckoFlag는 15개 언어를 지원합니다.

GeckoFlag에는 리뷰를 건너뛰지 못하게 하는 워크플로 설정이나 자동화 기능이 없습니다. ‘리뷰 대기를 거친 뒤에 완료로 한다’는 팀의 운용 규칙으로 정합니다. 그만큼 설정 항목이 적어서, 도입한 날부터 헤매지 않고 쓰기 시작할 수 있습니다.

사용 중인 서버에 설치해서 쓰기 때문에, 클라이언트 정보가 담긴 대화도 직접 관리할 수 있습니다(서버 관리는 이용자의 책임입니다). 가격은 $30 일회 구매이며, 멤버가 늘어도 추가 요금은 들지 않습니다(서버 비용은 별도. “AI로 작성”을 사용하는 경우에는 Anthropic API 이용료도 별도로 듭니다). 실제 화면은 데모에서 시험해 볼 수 있습니다.

정리

  • AI와 원격 근무로 분업이 줄면서, 분업의 부산물이던 대화도 줄었다
  • 그 결과 품질이 블랙박스가 되고, 판단이 특정인에게만 묶이고, 신입이 성장하지 않고, 사람들이 고립되는 문제가 생기고 있다
  • 가치가 높아지는 것은 과제를 파악하는 힘, 겉모습 너머까지 보는 힘, 흉내 낼 수 없는 제안을 만드는 힘, 판단에 책임을 지는 힘. 모두 예전부터 필요했던 것
  • 대화가 저절로 생기지 않는다면 판단의 공유, 리뷰의 체계화, 책임 범위에 따른 역할 분담, 잡담의 설계, 육성의 설계로 의도적으로 만든다

AI는 적이 아닙니다. 관건은 AI가 작업을 맡아 준 만큼 생긴 시간을 대화와 판단에 쓸 수 있는지입니다. 작업 자체를 자신들의 가치라고 계속 여기는 팀은 힘들어지고, 이해·판단·책임·신뢰에 가치를 두는 팀은 앞으로도 계속 선택받을 것입니다.