주간 보고는 AI 자동화 효과가 크게 나오는 업무 중 하나입니다. 하지만 “Slack을 다 읽어서 AI가 알아서 보고서를 써주면 되지 않을까?”라고 시작하면 실패하기 쉽습니다. 실제 업무 맥락은 여러 채널에 흩어져 있고, 무엇이 중요한지 판단 기준도 팀마다 다르기 때문입니다.
가장 현실적인 방식은 사람의 입력을 5분으로 줄이고, 취합과 정리는 AI에게 넘기는 것입니다.
기존 주간 보고가 오래 걸리는 이유
보통 네 단계에서 시간이 듭니다.
- 각 팀원에게 진행상황 요청
- 답변 형식이 달라 다시 질문
- PM이 문장과 분류를 정리
- 경영진용 요약 작성
AI는 3번과 4번에 특히 강합니다. 대신 1번과 2번의 입력 구조를 사람이 먼저 정해야 합니다.
입력 스키마를 5개 질문으로 통일
각 팀원이 금요일 오후 5분 안에 작성하도록 합니다.
1. 이번 주 완료
결과 중심으로 1~3개.
2. 다음 주 계획
예정된 핵심 작업.
3. 막힌 것
의사결정 또는 지원이 필요한 문제.
4. 숫자
매출, 사용자, 오류, 문의 등 직무별 핵심 숫자.
5. 도움이 필요한 것
누구에게 무엇이 필요한지.
이 형식만 통일해도 주간 보고 시간은 크게 줄어듭니다.
좋은 입력과 나쁜 입력
나쁜 입력:
앱 개발 진행 중. 다음 주도 계속 예정.
좋은 입력:
결제 오류 3건 수정 완료. iOS 로그인 이슈는 Apple 검수 계정 정보 부족으로 미완료. 다음 주 월요일까지 테스트 계정 전달 필요. 신규 가입 184명, 전주 대비 +12%.
AI는 두 번째 입력에서 훨씬 좋은 요약을 만들 수 있습니다.
AI에게 맡길 작업
- 중복 내용 제거
- 팀/프로젝트별 분류
- 완료/계획/리스크 구분
- 숫자 추출
- 경영진 확인 필요 항목 표시
- 지난주 대비 변화 요약
AI가 임의로 판단하면 안 되는 것은 따로 적습니다.
- 중요도 최종 결정
- 책임자 변경
- 일정 확정
- 숫자 추정
주간 보고 생성 프롬프트 구조
입력된 팀원 보고를 프로젝트별로 묶어라. 사실을 추가하지 말고 입력에 없는 수치를 생성하지 마라. 각 프로젝트마다
이번 주 성과 / 다음 주 / 리스크 / 의사결정 필요네 섹션으로 요약한다. 리스크 중 일정에 영향을 주는 것은[주의]로 표시한다. 숫자는 원문 그대로 유지한다. 불명확한 내용은 추측하지 말고확인 필요에 모은다.
여기에 회사의 프로젝트 목록과 책임자 정보를 Context로 넣으면 더 정확해집니다.
데이터 흐름 예시
Google Form/Notion 입력 → Sheet/DB 저장 → AI 요약 → 담당자 검토 → Slack/Email 발행 → 원본 링크 보관
핵심은 원본을 유지하는 것입니다. 요약에서 이상한 내용이 보이면 바로 원문을 확인할 수 있어야 합니다.
과거 보고와 비교하면 가치가 커진다
단순 요약보다 다음을 자동으로 찾게 하면 좋습니다.
- 2주 이상 반복되는 리스크
- 계획했지만 계속 미완료인 작업
- 급격히 변한 KPI
- 의사결정 대기 항목
- 다른 팀에 의존하는 이슈
이런 패턴은 PM이 매주 수동으로 찾기 어렵습니다.
자동화하지 말아야 할 부분
주간 보고가 좋다고 모든 Slack 메시지를 자동 수집해 직원 감시처럼 느껴지게 하면 도입 저항이 커집니다. 팀원이 제출한 업무 정보 중심으로 운영하고, 수집 범위와 목적을 투명하게 알리는 것이 좋습니다.
4주 정착 계획
1주차
5문항 입력 템플릿만 사용. AI 없음.
2주차
AI가 취합/요약. PM이 전체 수정.
3주차
AI 요약 + 리스크 추출. PM은 사실/우선순위만 확인.
4주차
정기 발행 자동화. 반복 이슈 분석 추가.
측정할 KPI
- 팀원 입력 평균 시간
- PM 취합 시간
- 재질문 횟수
- 보고서 발행 지연
- 경영진이 추가로 묻는 기본 사실 질문 수
예를 들어 팀원 6명이 각 15분, PM이 2시간 쓰던 업무가 팀원 각 5분 + PM 30분이 되면 매주 약 2시간을 절약할 수 있습니다.
정리
주간 보고 자동화의 핵심은 “AI가 회사 일을 알아서 읽는 것”이 아니라 사람이 짧고 구조화된 입력을 하고, AI가 정리 노동을 대신하는 것입니다.
완주 관점의 핵심: 사람의 판단까지 자동화하지 않습니다. 취합·정리·비교를 자동화해 판단에 쓰는 시간을 늘립니다.
보고서 자동화에서 가장 중요한 것은 ‘사실 보존’이다
AI가 주간 보고를 자연스럽게 다듬으면서 원문에 없던 원인이나 의미를 추가할 수 있습니다. 경영 보고에서는 이런 “그럴듯한 보완”이 오히려 위험합니다.
따라서 요약 프롬프트에 다음 규칙을 명시합니다.
- 원문에 없는 숫자를 만들지 않는다
- 완료되지 않은 일을 완료로 표현하지 않는다
- 원인과 추정은 구분한다
- 담당자 이름을 임의로 배정하지 않는다
- 날짜를 추론하지 않는다
그리고 중요한 문장에는 원문 링크를 연결할 수 있으면 더 좋습니다.
Executive Summary는 5문장 이내로 제한
경영진용 보고가 길어지는 이유는 모든 팀의 세부 내용을 한 화면에 넣기 때문입니다. 첫 화면은 다음 다섯 종류만 보여줍니다.
- 이번 주 가장 큰 성과
- 일정 변화
- 핵심 KPI 변화
- 가장 큰 리스크
- 대표/임원의 의사결정 필요 항목
상세 내용은 아래에서 볼 수 있게 합니다.
주간 보고 데이터가 쌓이면 월간 운영 데이터가 된다
4~8주가 지나면 AI가 단순 요약보다 더 가치 있는 분석을 할 수 있습니다.
예:
- 4주 연속 반복된 장애
- 계속 연기된 프로젝트
- 팀 간 의존성 때문에 지연되는 항목
- 목표 대비 KPI 추세
- 의사결정 대기 평균 일수
즉 주간 보고 자동화는 보고서 작성 시간을 줄이는 것에서 끝나지 않고 회사의 운영 데이터베이스를 만드는 과정이 될 수 있습니다.
입력을 너무 자유롭게 만들지 않는다
자유 서술 한 칸만 주면 다시 긴 글이 됩니다. 숫자와 상태는 별도 필드로 받고 설명만 텍스트로 받는 것이 좋습니다.
예:
- 상태: Green / Yellow / Red
- 완료율: 0~100%
- 핵심 KPI: 숫자
- 이슈: 300자 이내
- 의사결정 요청: 200자 이내
이렇게 하면 AI 요약 품질도 올라갑니다.
보고 자동화의 최종 목표
“보고서를 자동으로 쓰는 것”보다 회의에서 상태 설명 시간을 줄이고 의사결정 시간을 늘리는 것이 목표입니다. 회의 시간 60분 중 40분을 진행상황 읽기에 쓰고 있다면, 자동화 후 10분만 확인하고 50분을 문제 해결에 쓰게 만드는 것이 더 큰 성과입니다.