AI 업무 활용

팀 협업 AI로 모호한 업무 요청 명확하게 만들기: 요구사항·완료 기준·확인 질문

팀장이 보낸 짧은 업무 요청을 AI가 임의로 완성하게 하지 않고, 확인된 요구사항과 빠진 조건을 분리해 팀이 다시 합의할 수 있는 요청서 초안으로 바꾸는 방법을 연습합니다. 하늘팀의 '워크숍 자료 좀 준비해줘'라는 요청을 예로 들어 완료 기준, 포함·제외 범위, 제출 조건을 확인 질문으로 남깁니다.

목차 보기

이런 분께짧은 메신저 지시나 구두 요청 때문에 담당자마다 해석이 달라지는 문제를 줄이고 싶은 비개발자 팀원과 팀장

준비사항
  • 텍스트를 입력할 수 있는 AI 채팅 도구
  • 원래 업무 요청과 이미 확정된 배경 정보를 구분해 준비할 것
  • 모르는 조건을 임의로 정하지 않고 요청자에게 다시 확인할 수 있을 것
  • 실제 기밀·개인정보 대신 가상 자료를 사용할 것

01짧은 요청을 바로 실행하기 전에 해석 차이부터 드러내기

민서가 도윤에게 '워크숍 자료 좀 준비해줘'라고 보내면 발표용인지 배포용인지, 어느 수준까지 다룰지, 어떤 형식으로 넘길지, 언제 무엇을 기준으로 완료라고 볼지 알 수 없습니다. 담당자가 추측해 시작하면 요청자와 완료 기준이 어긋날 수 있습니다.

여기서 팀 협업 AI의 역할은 빈칸을 대신 상상하는 것이 아니라, 확인된 정보와 빠진 요구사항을 분리해 질문 목록을 만드는 것입니다. 이번 글은 개인의 프롬프트 작성보다 요청자와 담당자가 같은 완료 기준을 합의하는 데 초점을 둡니다.

항목현재 알 수 있는가처리 방식
업무 목적부분적으로 가능행사 자료라는 배경만 유지하고 세부 목적은 확인
산출물 종류알 수 없음발표 자료·배포 자료 등 무엇인지 질문
완료 기준알 수 없음검토 기준과 승인 주체를 질문
포함 범위알 수 없음필수 내용과 제외 내용을 질문
제출 형식·위치알 수 없음파일 형식과 전달 위치를 질문
제출 기한알 수 없음행사·강사 일정과 별개로 실제 제출 기한을 질문

02원문 요청과 이미 확정된 배경만 복사해 넣기

AI에는 원래 메시지와 이미 확정한 사실, 담당 역할만 넣습니다. 해석을 보태지 않아야 결과에서 확정 정보와 질문으로 남길 항목을 분명히 구분할 수 있습니다.

입력 자료
가상 팀: 하늘팀
[팀역할-1] 민서: 팀장·전체 일정
[팀역할-2] 준호: 장소·물품
[팀역할-3] 서연: 홍보·신청 접수
[팀역할-4] 도윤: 프로그램·강사 섭외

[행사-1] 행사명: 동네 디지털 기초 워크숍
[행사-2] 행사 날짜: 2026-11-14
[행사-3] 행사 시간: 14:00–16:00
[행사-4] 정원: 30명
[행사-5] 대상: 지역 주민
[행사-6] 참가비: 없음
[장소-1] A안 시민센터 3층 세미나실: 수용 32명, 빔프로젝터 있음, 엘리베이터 있음, 대관 가능 확인됨
[장소-2] B안 구립도서관 강당: 수용 60명, 대관 가능 여부 미확인
[일정-1] 장소 확정 기한: 2026-10-24
[일정-2] 홍보물 최종본 기한: 2026-10-28
[일정-3] 강사 확정 기한: 2026-10-30
[신청-1] 2026-10-23 기준 신청 인원: 22명

[요청-민서-1] 민서가 도윤에게 보낸 원문: "워크숍 자료 좀 준비해줘."
[상태-도윤-1] 도윤은 프로그램과 강사 섭외를 담당하지만, 원문에는 준비할 자료의 종류가 적혀 있지 않다.
[상태-도윤-2] 원문에는 자료의 분량, 파일 형식, 포함할 내용, 제외할 내용, 제출 위치, 제출 기한, 검토 기준이 적혀 있지 않다.
[상태-도윤-3] 강사 확정 기한 2026-10-30은 확인되어 있지만, 이것이 자료 제출 기한이라는 기록은 없다.

특히 마지막 문장이 중요합니다. 관련 일정이 보인다고 해서 그것을 곧바로 자료 제출 기한으로 바꾸면 안 됩니다. 강사 확정과 자료 제출은 서로 다른 사건이므로, 요청 원문에 연결 근거가 없으면 제출 기한은 '확인 필요'로 남겨야 합니다.

03요구사항을 채우지 말고 빈칸과 질문을 구조화하도록 요청하기

AI에는 완성된 업무지시서보다, 현재 확정 가능한 항목과 확인이 필요한 항목을 나누도록 요청합니다. 확인 질문은 실제 대화에서 복사해 쓸 수 있게 짧고 구체적으로 만듭니다.

요청문
위 입력 자료만 사용해 민서의 "워크숍 자료 좀 준비해줘"라는 요청을 명확한 업무 요청서 초안으로 바꿔줘.
AI가 모르는 내용을 임의로 정하지 말고, 빈 항목은 반드시 '확인 필요'로 남겨줘.

출력 순서:
- 현재 확정된 배경과 담당
- 요청 목적
- 요구사항
- 완료 기준
- 포함 범위
- 제외 범위
- 제출 형식·위치
- 제출 기한
- 민서에게 확인할 질문
- 도윤이 답을 받기 전 시작해도 되는 일과 시작하면 안 되는 일

규칙:
1) 이름, 날짜, 시각, 숫자는 입력에 있는 것만 사용한다.
2) 강사 확정 기한을 자료 제출 기한으로 바꾸지 않는다.
3) 발표 자료, 배포물, 파일 형식, 분량, 필수 내용은 입력에 없으므로 확정하지 않는다.
4) 자료에 없는 담당자나 승인자를 새로 만들지 않는다.
5) 각 항목 끝에 가능한 한 [요청-민서-1], [상태-도윤-번호], [행사-번호], [일정-번호] 출처를 붙인다.
6) 마지막에 요청자와 담당자가 함께 확인할 짧은 체크 목록을 제안한다.

04확인된 요구사항과 확인 질문을 분리한 요청서 초안 만들기

다음 편집 예시는 빈칸을 적극적으로 남긴다는 점이 핵심입니다. '요청서'라는 형식을 갖췄더라도 입력에 없는 산출물이나 기한을 채우지 않습니다. 담당자는 도윤으로 확인되지만, 무엇을 만들어야 완료인지에 대해서는 민서에게 질문해야 합니다.

예시 결과
[예시 결과 · 실제 AI 실행 결과 아님]
업무 요청서 초안

요청자: 민서 [팀역할-1] [요청-민서-1]
담당자: 도윤 [팀역할-4] [요청-민서-1]

확정된 배경
- 행사: 동네 디지털 기초 워크숍 [행사-1]
- 행사 날짜: 2026-11-14 [행사-2]
- 행사 시간: 14:00–16:00 [행사-3]
- 정원: 30명 [행사-4]
- 대상: 지역 주민 [행사-5]
- 강사 확정 기한: 2026-10-30 [일정-3]

원문 요청
- 민서: "워크숍 자료 좀 준비해줘." [요청-민서-1]

요청 목적
- 워크숍에서 사용할 자료 준비로 보이지만, 자료가 어떤 용도인지 구체적인 목적은 확인 필요. [요청-민서-1] [상태-도윤-1]

요구사항
- 자료 종류: 확인 필요. [상태-도윤-1]
- 분량: 확인 필요. [상태-도윤-2]
- 파일 형식: 확인 필요. [상태-도윤-2]

완료 기준
- 확인 필요. 원문에는 검토 기준이 적혀 있지 않음. [상태-도윤-2]

포함 범위
- 확인 필요. 원문에는 포함할 내용이 적혀 있지 않음. [상태-도윤-2]

제외 범위
- 확인 필요. 원문에는 제외할 내용이 적혀 있지 않음. [상태-도윤-2]

제출 형식·위치
- 확인 필요. [상태-도윤-2]

제출 기한
- 확인 필요. 강사 확정 기한 2026-10-30은 확인되어 있지만 자료 제출 기한이라는 기록은 없음. [상태-도윤-3]

민서에게 확인할 질문
- 준비할 자료는 어떤 용도로 사용하는가?
- 산출물 종류와 파일 형식은 무엇인가?
- 반드시 포함할 내용과 제외할 내용은 무엇인가?
- 어느 상태가 되면 완료로 보는가?
- 누가 검토하고 최종 확인하는가?
- 자료를 어디에 전달하는가?
- 실제 자료 제출 기한은 언제인가?

도윤이 답을 받기 전
- 시작해도 되는 일: 행사 날짜 2026-11-14, 시간 14:00–16:00, 정원 30명, 대상 지역 주민 등 이미 확정된 배경 정보를 정리한다. [행사-2] [행사-3] [행사-4] [행사-5]
- 시작하면 안 되는 일: 확인 없이 자료 종류, 분량, 파일 형식, 포함·제외 범위, 제출 기한을 확정한다. [상태-도윤-2] [상태-도윤-3]

이 초안은 업무를 완성하지 않고 대화를 시작할 준비를 합니다. 민서가 산출물과 완료 기준을 답하면 그 내용을 다시 요청서에 반영합니다. 답을 받기 전에 산출물을 임의로 정하면 추측한 요구사항이 고착될 수 있습니다.

05관련 일정이나 담당 역할을 근거 없이 세부 지시로 확대하지 않기

모호한 요청을 AI에 넣었을 때 가장 흔한 위험은 빈칸을 자연스럽게 채운 결과가 확정된 업무지시처럼 보이는 것입니다. 다음 예시는 입력에 없던 산출물 형식, 분량, 제출 기한, 검토자를 새로 만들었습니다.

잘못된 결과
[잘못되기 쉬운 결과 예시 · 실제 AI 실행 결과 아님]
도윤은 발표용 슬라이드 20장을 만들고 참가자용 인쇄물 2종도 준비한다. 초안은 2026-10-27 18:00까지 준호에게 보내 검토받고, 2026-10-30에 최종본을 제출한다.

입력에는 발표용 슬라이드나 인쇄물이라는 산출물 종류가 없고, 분량과 초안 제출 시각도 없습니다. 준호가 검토자라는 기록도 없으며, 강사 확정 기한을 자료 최종본 제출 기한으로 사용할 근거도 없습니다. 이런 결과는 문장이 구체적일수록 오히려 위험합니다. 수정할 때는 임의로 채운 조건을 모두 '확인 필요'로 되돌리고, 민서에게 물어볼 질문으로 이동시킵니다.

확인 목록
사람이 확인할 목록
- 원문 요청의 표현이 바뀌지 않았는가?
- 확정된 행사 정보와 미정인 자료 요구사항이 분리되어 있는가?
- 강사 확정 기한을 자료 제출 기한으로 오해하지 않았는가?
- 산출물 종류·분량·파일 형식·포함·제외 범위를 AI가 임의로 만들지 않았는가?
- 자료에 없는 검토자나 승인자를 추가하지 않았는가?
- 확인 질문에 답하기 전 확정해서는 안 될 항목이 분명한가?
- 실제 업무에 적용할 때 조직의 정보보호 정책에 어긋나는 자료가 입력되지 않았는가?

06요청자와 담당자가 답을 채운 뒤 공동 기준으로 확정하기

AI가 만든 질문 목록을 보낸 뒤에는 민서의 답을 받아 요청서를 갱신하고, 도윤이 같은 의미로 이해했는지 확인해야 합니다. 특히 '완료'의 의미를 한 문장으로 합의하고, AI는 합의 내용만 정리하도록 합니다.

  • 민서는 산출물 종류, 목적, 포함·제외 범위, 실제 제출 기한을 답합니다.
  • 도윤은 자신이 이해한 완료 기준을 다시 읽어 확인합니다.
  • 불명확한 항목은 억지로 채우지 않고 계속 '확인 필요'로 둡니다.
  • 확정된 요청서는 팀이 접근 가능한 정해진 위치에 공유하되 실제 기밀과 개인정보는 AI 입력에서 제외합니다.
  • 이후 변경이 생기면 무엇이 바뀌었는지 기록해 이전 요청과 혼동하지 않게 합니다.

한 번 명확해진 요청도 팀마다 표현 방식이 달라지면 다시 흔들릴 수 있습니다. 다음 글 「팀 공용 AI 요청문 만들기: 회의 메모 정리 기준을 버전으로 관리하기」에서는 개인용 프롬프트가 아니라 팀이 함께 관리하는 공용 요청문을 만들고 변경 이력을 남기는 방법을 다룹니다.

직접 확인할 항목

가상 입력 자료와 편집 예시 · AI 실제 실행 없음 · 이름·날짜·시각·수치 일치 및 미정 항목 검사

  • 모든 code 블록의 role이 허용된 값인지 확인
  • 각 글에 input, prompt, output, bad_output이 모두 있는지 확인
  • output의 이름·날짜·시각·숫자가 같은 글 input에 존재하는지 정규식으로 대조
  • 강사 확정 기한을 자료 제출 기한으로 단정하지 않았는지 확인
  • 산출물 종류·분량·파일 형식·포함·제외 범위·제출 위치가 근거 없이 확정되지 않았는지 확인
  • 효과를 퍼센트나 배수로 표현한 문장이 없는지 확인
검증 범위의 한계

실제 AI 실행이나 실제 팀 업무 결과가 아니라 학습용 편집 예시입니다. 실제 요청에는 조직의 정보보호 정책을 확인하고, 요청자와 담당자가 요구사항·완료 기준·기한을 직접 합의해야 합니다.