Notion AI와 슬랙 웹훅을 결합한 일일 업무 요약 및 프로젝트 마일스톤 자동 리포팅

퇴근 전 일일 업무 일지 작성 스트레스 해소! 사내 협업 툴 간의 끊김 없는 데이터 동기화

이지웍스랩 PMO팀 · 2026-08-17 · B2B 업무 자동화 · 읽는 데 10분

업무를 열심히 하고도 퇴근 무렵 "오늘 뭐 했는지 보고서 쓰느라" 30분씩 낭비하는 문화는 이제 사라져야 합니다. 이미 작업 도구에 남겨진 로그를 AI가 자동으로 취합해 리포트하는 스마트 워크 방식을 제안합니다.

1. 슬랙 블록킷(Block Kit)을 활용한 인터랙티브 카드

업무를 열심히 하고도 퇴근 무렵 보고서를 쓰느라 30분씩 쓰는 문화는 이제 정리할 때가 됐습니다. 이미 노션이나 지라에 남아 있는 작업 기록을 다시 사람이 요약하는 것은 명백한 중복 노동입니다.

슬랙 블록킷을 쓰면 단순 텍스트가 아니라 섹션·구분선·버튼이 포함된 구조화된 보고 카드를 발송할 수 있습니다. 완료 과제, 진행 중 이슈, 내일 예정 작업을 시각적으로 분리하면 경영진이 3초 안에 상황을 파악합니다.

카드에 '상세 보기' 버튼을 달아 노션 원문으로 바로 이동하게 하면, 요약은 슬랙에서 보고 근거는 노션에서 확인하는 흐름이 자연스럽게 만들어집니다.

{
  "blocks": [
    {
      "type": "header",
      "text": { "type": "plain_text", "text": "📌 2026-08-17 일일 업무 리포트" }
    },
    {
      "type": "section",
      "fields": [
        { "type": "mrkdwn", "text": "*완료*\n7건" },
        { "type": "mrkdwn", "text": "*진행 중*\n3건" },
        { "type": "mrkdwn", "text": "*블로커*\n1건" },
        { "type": "mrkdwn", "text": "*스프린트 달성률*\n82%" }
      ]
    },
    { "type": "divider" },
    {
      "type": "section",
      "text": {
        "type": "mrkdwn",
        "text": "*⚠️ 블로커*\n• EDI 파싱 배치 타임아웃 — 도매상 3사 미반영 (담당: 정산팀)"
      }
    },
    {
      "type": "actions",
      "elements": [
        {
          "type": "button",
          "text": { "type": "plain_text", "text": "노션에서 상세 보기" },
          "url": "https://notion.so/..."
        }
      ]
    }
  ]
}

2. 노션 데이터베이스에서 보고 데이터 추출하기

보고 자동화의 출발점은 '무엇을 완료로 볼 것인가'를 정의하는 일입니다. 상태 속성이 '완료'로 바뀐 시점을 기준으로 삼되, 당일 자정~다음 자정 구간을 명확히 고정해야 집계가 흔들리지 않습니다.

노션 API로 데이터베이스를 조회할 때는 last_edited_time 필터와 상태 필터를 함께 걸어야 합니다. 상태만 걸면 며칠 전 완료된 항목이 계속 포함되고, 시간만 걸면 단순 편집 항목까지 완료로 집계됩니다.

블로커 항목은 별도 속성으로 관리하십시오. 본문 텍스트에서 AI가 추론하게 하면 놓치는 경우가 생기고, 정작 가장 중요한 정보가 보고서에서 누락됩니다.

import { Client } from '@notionhq/client'

const notion = new Client({ auth: process.env.NOTION_TOKEN })

export async function fetchDailyDone(databaseId: string, dayStart: Date) {
  const dayEnd = new Date(dayStart.getTime() + 86_400_000)

  const res = await notion.databases.query({
    database_id: databaseId,
    filter: {
      and: [
        { property: '상태', status: { equals: '완료' } },
        // 상태 필터만 걸면 과거 완료 건이 계속 잡힘 -> 시간 범위 병행 필수
        { timestamp: 'last_edited_time', last_edited_time: { on_or_after: dayStart.toISOString() } },
        { timestamp: 'last_edited_time', last_edited_time: { before: dayEnd.toISOString() } },
      ],
    },
    page_size: 100,
  })

  return res.results.map((p: any) => ({
    title: p.properties['이름'].title[0]?.plain_text ?? '(제목 없음)',
    owner: p.properties['담당자'].people[0]?.name ?? '미지정',
    blocker: p.properties['블로커'].checkbox === true,
    url: p.url,
  }))
}

3. 경영진이 실제로 읽는 보고 양식 설계

보고서가 길수록 읽히지 않습니다. 실무에서 검증된 구조는 ① 오늘 완료된 주요 과제, ② 진행 중 이슈와 블로커, ③ 내일 예정 작업의 3단 구성이며, 각 항목은 5건 이내로 제한하는 것이 좋습니다.

AI 요약을 쓸 때는 '작업 제목을 나열'하는 것이 아니라 '무엇이 진전되었는지'를 서술하도록 지시하십시오. 티켓 제목 나열은 정보량이 적어 결국 아무도 읽지 않습니다.

블로커는 반드시 담당자와 필요한 의사결정을 함께 명시해야 합니다. '지연 중'이라는 서술만 있으면 보고를 받는 쪽에서 할 수 있는 일이 없어 보고 자체가 무의미해집니다.

보고 항목	포함할 내용	흔한 실수
완료 과제	결과와 영향 중심 서술	티켓 제목만 나열
진행 중 이슈	현재 상태와 예상 해소 시점	'진행 중'이라고만 표기
블로커	담당자 + 필요한 의사결정	원인만 적고 요청 사항 누락
내일 예정	우선순위 상위 3건	할 일 전체 목록 복사

4. 마일스톤 추적과 실패 알림 설계

일일 보고와 별개로, 스프린트 마일스톤 달성률을 주 단위로 발송하면 팀 전체의 방향 감각이 유지됩니다. 80% 돌파처럼 의미 있는 임계값에서만 알림을 보내야 알림 피로가 생기지 않습니다.

자동화에서 가장 위험한 상황은 보고가 실패했는데 아무도 모르는 경우입니다. 노션 API 오류나 토큰 만료로 며칠간 보고가 누락되어도, 원래 자동 발송이라 사람이 눈치채지 못합니다.

따라서 '보고 발송 성공' 자체를 모니터링 대상으로 삼으십시오. 정해진 시각까지 발송 로그가 없으면 관리자에게 별도 경보가 가도록 구성하는 것이 필수입니다.

자주 막히는 지점

완료 건수가 실제보다 훨씬 많게 집계됩니다.

원인: 상태 필터만 적용해 과거에 완료된 항목이 매일 반복 포함되고 있습니다.

해결: 상태 필터와 함께 last_edited_time 범위 조건을 반드시 결합하십시오. 더 정확하게 하려면 완료 처리 시각을 별도 날짜 속성으로 기록하고 그 속성으로 필터링하는 방식이 안전합니다.

며칠째 리포트가 오지 않는데 아무 오류도 없습니다.

원인: API 호출 실패를 예외 처리로 조용히 넘기고 있어 실패가 드러나지 않습니다.

해결: 발송 성공 시각을 기록하고, 예정 시각 + 30분까지 기록이 없으면 관리자 채널에 경보를 보내는 감시 작업을 별도로 두십시오. 자동화는 실패 감지까지 포함해야 완성됩니다.

핵심 요약

이미 노션·지라에 있는 기록을 사람이 다시 요약하는 것은 제거 가능한 중복 노동입니다.
블록킷 카드로 완료·이슈·예정을 시각적으로 분리하면 실제 열람률이 크게 올라갑니다.
완료 집계는 상태 필터와 시간 범위 조건을 반드시 함께 걸어야 정확합니다.
보고 자동화는 '발송 실패를 감지하는 장치'까지 갖춰야 비로소 신뢰할 수 있습니다.

자주 묻는 질문

노션 대신 지라나 아사나를 써도 되나요?

구조는 동일합니다. 완료 판정 기준과 시간 범위 필터를 각 도구의 API에 맞게 바꾸면 되며, 보고 카드 생성과 슬랙 발송 부분은 그대로 재사용할 수 있습니다.

팀원이 태스크를 제때 갱신하지 않으면 어떻게 되나요?

보고 품질은 원본 데이터 품질을 넘지 못합니다. 다만 자동 보고를 도입하면 기록이 곧 보고가 되므로, 오히려 갱신 습관이 자리 잡는 효과가 있습니다. 초기에는 미갱신 항목을 보고서에 함께 표기하는 것이 도움이 됩니다.

AI 요약이 민감한 내용을 그대로 노출하지 않을까요?

인사·보안 관련 태스크는 별도 데이터베이스로 분리하거나 특정 태그를 제외 조건으로 걸어 요약 대상에서 빼십시오. 채널별로 보고 범위를 다르게 구성하는 것도 일반적인 방식입니다.

전체 아티클 목록