스탠드업 미팅: 형식, 데일리 아젠다, 비동기 방식 — 그리고 스탠드업 사이에 채널이 하는 일 (2026)

스탠드업 미팅은 한 팀이 매일 같은 시간에 15분 이내로 진행하는 짧은 데일리 미팅으로, 각자 어제 이후 끝낸 일, 내일까지 할 일, 그리고 막고 있는 문제를 공유하여 블로커가 아직 해결 비용이 낮을 때 드러나도록 합니다. 이 글에서는 스탠드업의 형식과 여섯 가지 규칙, 세 가지 질문과 더 효과적인 방식, 바로 복사해 쓸 수 있는 데일리 아젠다, 여러 시간대에 걸친 팀을 위한 비동기 방식, 그리고 이미 사용 중인 도구가 한 스탠드업과 다음 스탠드업 사이에 블로커를 어떻게 처리하는지 다룹니다.

The Mind.com Team

스탠드업 미팅: 형식, 데일리 아젠다, 비동기 방식 — 그리고 스탠드업 사이에 채널이 하는 일 (2026)

스탠드업 미팅: 진행 방식, 데일리 안건, 비동기 방식 — 그리고 스탠드업 사이에 채널이 하는 일 (2026)

스탠드업 미팅은 한 팀이 근무일마다 같은 시간에 여는 짧은 데일리 회의입니다. 참석자는 각자 세 가지를 말합니다. 어제 이후 끝낸 일, 내일까지 할 일, 그리고 막고 있는 것입니다. 15분은 목표가 아니라 상한입니다. 이름은 아무도 자리를 잡고 앉지 않도록 선 채로 한다는 습관에서 왔습니다. 편안한 스탠드업은 이미 너무 길어진 것입니다. 스탠드업의 목적은 블로커를 일찍 드러내는 것이지, 블로커를 해결하거나 관리자에게 보고하는 것이 아닙니다. 대상은 팀이고, 결과물은 각 항목 옆에 이름이 적힌 짧은 블로커 목록입니다.

이 글에서는 스탠드업이란 무엇이고 무엇이 아닌지, 스탠드업을 스탠드업답게 유지하는 여섯 가지 규칙, 세 가지 질문과 더 잘 작동하는 방식, 복사해서 쓸 수 있는 데일리 안건, 작성 예시 세 가지, 같은 시간에 깨어 있는 일이 없는 팀을 위한 비동기 스탠드업을 다룹니다. 마지막 섹션은 대부분의 가이드가 건너뛰는 부분입니다. 두 스탠드업 사이의 23시간 45분 동안 블로커는 해결되거나 내일 또 반복됩니다. 이 구간과, 팀이 이미 쓰는 도구가 그 목록을 어떻게 다루는지를 이야기합니다.

스탠드업이란 무엇이고, 무엇이 아닌가

스탠드업현황 회의주간 팀 회의
목적블로커를 비용이 적을 때 드러내기관리자에게 현황 알리기결정, 정렬, 공지
시간15분 이하30–60분30–60분
주기근무일마다, 같은 시간매주 또는 요청 시매주
발언자모두, 1분씩각자 관리자에게안건 담당자
누구를 위한 것인가팀 — 서로의 블로커를 풀어 줄 수 있는 사람들요청한 사람팀, 그리고 결정이 필요한 사람
남기는 것이름이 붙은 블로커 목록보고서결정 사항과 액션 아이템

실패하는 경우는 오른쪽 두 열에 있는 두 가지입니다. 스탠드업이 현황 회의로 변질되면 각자가 팀이 아니라 리더에게 말하게 되고, 나머지 사람들은 자기 차례만 기다립니다. 팀 회의로 변질되면 도울 수 없는 여섯 사람 앞에서 두 사람이 블로커를 해결하기 시작합니다. 이때 처음 나오는 "그건 따로 이야기하죠"가 진행자가 할 일의 전부입니다.

관련 용어로 데일리 스크럼이 있습니다. 스크럼이 정의하는 스탠드업으로, 한 스크럼 팀의 개발자를 위한 15분짜리 이벤트입니다. 스프린트 기간 중 매일 열려 스프린트 골을 향한 진행 상황을 점검하고 다음 날 계획을 세웁니다. 2020년판 스크럼 가이드는 형식을 전혀 정하지 않으며, 개발자가 원하는 구조를 선택합니다. "스탠드업"은 스크럼 여부와 관계없이 어떤 팀이든 쓰는 일반적인 형태입니다. 아래 내용은 둘 모두에 적용됩니다.

진행 방식: 여섯 가지 규칙

  1. 같은 시간, 같은 장소, 근무일마다. 데일리 회의의 핵심은 아무도 일정을 잡을 필요가 없다는 것입니다. 모두가 안정적으로 자리에 있는 가장 이른 시간을 고르고, 방문자가 있다고 옮기지 마세요.
  2. 15분이 상한입니다. 여덟 명이 1분씩이면 8분이고, 나머지는 누가 무엇을 함께 풀지 정하는 데 씁니다. 늘 15분을 꽉 채우는 팀은 스탠드업 하나로 하기에 너무 크거나, 스탠드업 안에서 문제를 풀고 있는 것입니다.
  3. 하나의 팀. 서로의 블로커를 풀어 줄 수 있는 사람들이어야 합니다. 방의 절반이 나머지 절반에게 할 말이 없다면 스탠드업이 둘이어야 한다는 뜻입니다.
  4. 각자: 어제 이후, 내일까지, 막힌 것. "작업했다"가 아니라 끝낸 일, 한 주 전체가 아니라 다음의 구체적인 일, 그리고 블로커는 풀어 줄 수 있는 사람의 이름과 함께 말합니다(아는 경우).
  5. 블로커는 이름만 붙이고 풀지 않습니다. 두 문장으로 설명한 뒤 목록에 올리고, 이후에 이야기할 두 사람의 이름을 적습니다. 두 문장을 넘는 것은 대화이고, 대화는 스탠드업이 끝난 뒤에 합니다.
  6. 목록을 남깁니다. 오늘의 블로커를 각각 담당자와 함께, 팀 전체가 읽는 곳에 남깁니다. 어제의 목록은 이것과 대조해 해결됨, 아직 열림, 폐기됨으로 확인합니다.

세 가지 질문 — 그리고 더 잘 작동하는 방식

고전적인 세 가지 질문은 *어제 무엇을 했나? 오늘 무엇을 할 건가? 무엇이 나를 막고 있나?*입니다. 시작하기에 좋은 틀이지만 알려진 문제가 하나 있습니다. 앞의 두 질문은 관리자에게 답하는 형태가 되기 쉽다는 점입니다. "어제는 내보내기 작업을 했고, 오늘도 내보내기 작업을 이어서 합니다"는 보고일 뿐 다른 사람에게 아무 정보도 주지 않으면서, 여덟 명의 시간을 1분씩 씁니다.

두 가지만 조정하면 대부분 해결됩니다.

활동이 아니라 결과에 맞추세요. "어제 이후 X를 끝냈고, 내일까지 Y를 끝낼 것이며, W 때문에 Z에서 막혀 있습니다." 끝냈다와 끝낼 것이다는 다음 날 아침 참인지 거짓인지 가려지는 구체적인 주장을 하게 만듭니다. "작업했다"는 결코 거짓이 되지 않습니다.

사람이 아니라 보드를 따라가세요. 방을 돌며 말하는 대신 우선순위 순서로 작업 항목을 내려가면서, 각 항목을 맡은 사람이 끝내기 위해 필요한 것을 말하게 합니다. 보드에 항목이 없는 사람은 말하지 않습니다. 막힌 항목은 말하기 부담스러워하는 사람이 아니라 작업 자체가 드러냅니다. 보이는 보드가 있는 팀에게는 이것이 가장 효과적인 변화이고, 보드가 없는 팀은 결과 중심 표현을 쓰는 순서대로 말하기만으로도 충분합니다.

어느 방식이든 지켜야 할 규칙이 있습니다. 발언자는 팀에게 말하고, 진행자는 한 주씩 돌아가며 맡아 앞이 아니라 옆에 섭니다.

진행하는 법: 전, 중, 후

전(2분, 진행자): 보드가 최신 상태이고, 진행자는 어제의 블로커 목록을 열어 둡니다. 전체 백로그가 아니라 지난 스탠드업의 목록이어야 각 항목을 한 단어로 확인할 수 있습니다.

중(15분, 팀): 있는 사람부터 정시에 시작합니다. 돌아가며 말하거나 보드를 따라갑니다. 한 사람당 1분입니다. 블로커 없이 끝낸 사람에게는 진행자가 "블로커는요?"라고 묻고, 해결을 시작하는 두 사람에게는 "따로요"라고 말합니다. 어제의 블로커는 해결됨, 열림, 폐기됨 중 한 단어씩으로 확인합니다. 블로커는 아니지만 시간이 필요한 사항, 즉 결정이나 부재자에게 할 질문은 주차장(parking lot)에 둡니다. 마지막에는 목록을 읽으며 끝냅니다. 블로커, 담당자, 돕는 사람, 기한 순입니다.

후(5분, 진행자): 블로커 목록을 팀이 읽는 곳에 올리고, 각 항목에 담당자를 정하며, 주차장 항목에는 시간을 배정합니다. 짝이 된 사람들이 이야기합니다. 내일의 스탠드업은 이 목록에서 시작하므로, 진행자의 머릿속이 아니라 찾을 수 있는 곳에 있어야 합니다.

데일리 스탠드업 안건 템플릿

블록을 복사해 괄호를 채우고 한 화면 안에 담으세요. 스크롤이 필요한 스탠드업 안건은 팀 회의 안건입니다.

팀 스탠드업 — [요일], [시간] — 15분 — [이번 주 진행자]
목적: 오늘의 블로커를 드러낸다. 그 외에는 하지 않는다.
1. 어제의 블로커 — 진행자 — 2분
[어제의 블로커] — [담당자] — 해결됨 / 열림 / 폐기됨
[어제의 블로커] — [담당자] — 해결됨 / 열림 / 폐기됨
2. 라운드 — 각자 — 1분씩 — 정보 공유
어제 이후: [끝낸 일]. 내일까지: [끝낼 일]. 막힌 것: [무엇이, 그리고 풀어 줄 수 있는 사람].
3. 두 사람이 필요한 블로커 — 짝 지정 — 3분 — 따로 논의
[블로커] — [맡은 사람] + [돕는 사람] — [이야기할 시간]
4. 주차장 — 진행자 — 2분
[블로커는 아니지만 시간이 필요한 사항] — [언제, 어디서]
남기는 것: 항목마다 이름이 붙은 오늘의 블로커 목록. [시간 + 20분] 전에 팀 채널에 게시.

안건을 채운 세 가지 예시

1. 단일 시간대의 8인 소프트웨어 팀

팀 스탠드업 — 화요일 09:30 — 15분 — Priya
1. 어제의 블로커 — 스테이징 인증서(Tom) — 해결됨, 내보내기 화면 디자인 리뷰(Lena) — 열림, 리뷰는 오늘 11:00로 변경
2. 라운드 — 8명, 보드를 위에서부터 따라가며: 리뷰 중 3건, 진행 중 2건, 막힘 1건
3. 두 사람이 필요한 블로커 — 내보내기 화면은 API 변경 없이는 출시할 수 없음(Lena + Tom, 11:30)
4. 주차장 — 모바일 빌드 출시일, 목요일에 Marco가 복귀해야 함
남기는 것: 열린 블로커 2건, 짝 2팀, 날짜가 정해진 보류 항목 1건.

2. 두 나라에 걸친 유통업체 영업팀

데일리 허들 — 08:45 CET / 09:45 EET — 15분 — Ana
목적: 오늘 거래나 배송을 막고 있는 것을 드러낸다.
1. 어제의 블로커 — 부쿠레슈티 창고 확인(Radu) — 해결됨, 신규 라인 가격표(Ana) — 열림, 재무팀이 정오까지 약속
2. 라운드 — 6명: 각자 오늘 진행할 거래 또는 배송 하나와 그것이 무엇을 기다리는지 말함
3. 두 사람이 필요한 블로커 — 고객사의 통관 서류가 Radu만 읽을 수 있는 언어로 되어 있음(Radu + Sofia, 10:00)
4. 주차장 — 박람회 부스, 금요일 팀 회의
남기는 것: 열린 항목 2건, 짝 1팀. 각 구성원의 언어로 채널에 게시.

3. 세 개 시간대에 걸친 팀 — 비동기 방식

비동기 스탠드업 — 근무일마다 10:00 UTC까지 — #team-daily
목적: 같은 세 부분을 글이나 음성으로, 한 사람당 메시지 하나.
1. 각자, 10:00 UTC까지: 어제 이후 / 내일까지 / 막힌 것 — 메시지 하나, 텍스트 또는 1분짜리 음성 메모
2. 블로커: 도울 수 있는 사람은 새 메시지가 아니라 해당 메시지의 스레드에 답글
3. 어제의 목록: 진행자가 새 메시지와 대조해 — 해결됨 / 열림 / 폐기됨 — 확인하고 10:20 UTC까지 오늘의 목록 게시
4. 주 2회, 14:00 UTC: 스레드로 해결되지 않은 블로커를 위한 15분 라이브 통화
남기는 것: 라이브 방식과 같은 목록이 같은 위치에, 그 아래에 스레드와 함께.

비동기 스탠드업: 정해진 시간까지 글 또는 음성으로

라이브 스탠드업은 모두가 같은 시간에 깨어 있고, 자리에 있고, 시간이 비어 있어야 합니다. 두 개를 넘는 시간대에 걸친 팀, 파트타임 구성원이 있는 팀, 아홉 시에 운전 중인 현장 직원, 접수 데스크를 비울 수 없는 병원 같은 팀은 스탠드업을 건너뛰거나 절반만 모여서 합니다. 비동기 방식은 형식을 유지하고, 같은 시간에 모여야 한다는 조건을 버립니다.

비동기 스탠드업을 스탠드업답게 유지하는 규칙은 다음과 같습니다. 한 사람당 메시지 하나, 정해진 시간까지, 합의된 한 채널에 올립니다. 양식이나 모두가 편집하는 문서가 아니라 메시지여야 하는 이유는 메시지에는 작성자, 시간, 스레드가 있기 때문입니다. 같은 세 부분을 같은 순서로 써서 메시지를 10초 안에 읽을 수 있게 합니다. 블로커마다 스레드 하나를 두어 도움 제안이 문제 바로 아래에 달리고 채널의 나머지는 읽기 좋게 유지되도록 합니다. 진행자가 정해진 시간에 마감하며 목록, 즉 스탠드업의 유일한 산출물을 올리고 같은 메시지에서 어제의 목록을 확인합니다. 그리고 스레드로 해결되지 않은 블로커를 위해 정해진 주기의 라이브 통화를 주 두 번이나 한 번 둡니다. 비동기 스탠드업은 같은 시간이라는 조건을 대체하는 것이지, 서로 말하는 일 자체를 대체하는 것이 아닙니다.

팀이 허용한다면 음성도 글만큼 잘 작동합니다. 출근길에 휴대폰으로 녹음한 1분짜리 음성 메모는 책상에서 친 한 문장보다 더 솔직한 경우가 많습니다. 사람들은 고쳐 쓸 법한 블로커를 그대로 말합니다. 메모를 텍스트로 변환해 주는 채널이라면 검색이 가능하고, 나머지 팀원이 듣는 대신 읽을 수 있습니다.

비동기 방식이 잃는 것은 누군가 블로커를 듣고 "그거 지난주에 겪었는데"라고 말하는 순간입니다. 블로커별 스레드 규칙과 고정된 라이브 시간이 이를 되찾는 두 가지 방법입니다. 둘 다 버리는 팀에게 남는 것은 스탠드업이 아니라 일일 보고서입니다.

이미 쓰는 도구에서 스탠드업은 어디에 있나

스탠드업은 캘린더의 반복 회의와 블로커 목록을 게시하는 장소의 조합입니다. 아래는 각 업체의 공식 페이지에 문서화된 동작만 다루며, 각 셀에는 해당 사실을 확인한 월을 적었습니다.

플랫폼스탠드업이 열리는 곳스탠드업 사이에 남는 것
Microsoft Teams반복 회의. 통화 중에는 회의 컨트롤의 Notes, 일정을 잡을 때는 회의 Details의 Add an agenda 사용. 참석자나 주최자 누구나 편집할 수 있는 Loop 구성 요소이며, 사람을 태그해 작업을 할당(2026년 10월 확인)노트는 자동 저장되며 Teams 캘린더와 회의 요약에서 열 수 있습니다. 외부 참석자는 접근하거나 편집할 수 없습니다(2026년 10월 확인). 요약(녹화, 대본, 공유 파일, 노트, 안건, 후속 작업)은 녹화 또는 대본 작성이 된 회의 후에 제공됩니다. AI 기능에는 Teams Premium 또는 Microsoft 365 Copilot 라이선스가 필요하며, 요약은 회의가 진행된 언어로 생성됩니다(2026년 8월 확인)
Zoom Workplace반복 회의. 회의 일정을 잡을 때 AI Companion이 안건 초안 작성 가능(2026년 10월 확인)AI Companion의 회의 요약(빠른 요약, 요약, 다음 단계)은 유료 Zoom Workplace 요금제에서 제공됩니다. 이메일로 발송되고, Summaries 페이지에 표시되며, Team Chat의 회의 그룹 채팅에 게시할 수 있습니다. 호스트가 공유하기로 한 경우에만 참가자가 받고, 편집은 호스트만 가능하며, 인증되지 않은 사용자는 이메일을 받지 못합니다. 참가자별로 다른 언어의 요약을 만들 수 있다는 내용은 문서에 명시되어 있지 않습니다(2026년 8월 확인)
Google WorkspaceMeet 링크가 있는 반복 Calendar 일정. 해당되는 Workspace 에디션과 Google AI 요금제에서는 일정 생성 시 Calendar에서 Take notes for me를 켬(2026년 10월 확인)노트는 회의 후 Google Doc으로 도착하며, 설정에 따라 모든 게스트, 조직 내 게스트, 또는 호스트에게만 공유됩니다. 이 기능은 한 번에 한 언어만 지원하며, 같은 회의에서 여러 언어로 말하는 경우는 지원되지 않습니다(2026년 10월 확인)
Slack팀 채널의 허들. "노트, 링크, 파일을 공유하는 전용 메시지 스레드"가 함께 제공되며, 또는 채널에 메시지로 올리는 글 스탠드업(2026년 10월 확인)회의 안건 템플릿으로 만든 캔버스가 채널에 남습니다. 캔버스에는 누군가 입력한 내용만 담기며, 허들에서 오간 말은 누가 직접 적지 않는 한 들어 있지 않습니다(2026년 10월 확인)

네 곳 모두 회의마다 문서 하나 또는 요약 하나를 만들며, 작성되었거나 진행된 언어로 제공합니다. 인용한 어느 페이지에도 독자가 자신의 언어로 받는다는 설명은 없습니다. 팀에 그것이 중요하다면 다음 섹션이 그 일을 해내는 한 가지 방법이고, 중요하지 않다면 위 표가 답의 전부이며 네 가지 중 무엇을 써도 됩니다.

스탠드업 사이에 채널이 하는 일

InterMIND에서 스탠드업은 채널의 회의입니다. 채널은 지속되는 공간으로, 채팅은 세션과 세션 사이에도 보존되고 회의 링크는 고정되어 있습니다. 반복 일정은 그 링크가 담긴 일정에 Google Calendar나 Outlook에서 한 번만 설정합니다. 그러면 매일 아침 같은 공간이 채팅과 요약을 그대로 가진 채 열립니다. 오늘의 블로커 목록은 채널의 메시지이고, 어제의 목록은 한 번 스크롤하면 나오며, 세 번째 화요일 전의 목록은 검색에 있습니다. 그리고 공간 전체가 각 구성원의 언어로 유지됩니다. 스페인어로 쓴 메시지를 부쿠레슈티의 동료는 루마니아어로 읽고 보낸 사람은 스페인어로 읽으며, 원문은 클릭 한 번이면 볼 수 있습니다. 한 번의 회의 단위가 아니라 채팅, 노트, 요약, 파일 모두가 그렇습니다.

스탠드업 중에 진행자는 목록을 모두의 화면에 띄울 수 있습니다. 채널의 노트에서 메시지 메뉴의 Share to conference를 누르면 모든 참가자에게 각자의 언어로 열리고, 공유한 사람은 라운드가 진행되는 동안 해결됨, 열림, 폐기됨을 입력하며 실시간으로 편집합니다. 어제의 요약 메시지도 같은 방식으로 쓸 수 있습니다.

스탠드업이 끝나면 요약이 만들어집니다. 오간 이야기의 요약과, 담당자가 붙은 액션 아이템이며, 각 항목은 대본에서 그 일을 맡게 된 순간과 연결됩니다. 요약은 로그인한 각 참가자에게 이메일로, 채널 채팅의 메시지로, 캘린더 일정의 링크로 전달되며, 스탠드업이 진행된 언어가 아니라 읽는 사람 자신의 언어로 제공됩니다. 채널은 가장 최근 것만이 아니라 지난 모든 세션의 요약을 보관하므로, 2주 전의 목록도 검색 한 번이면 찾을 수 있습니다.

채널의 반복 회의에서는 다음 요약을 작성할 때 직전 세션의 열린 항목을 다시 읽어 회의에서 나온 말과 대조합니다. 끝났다고 보고된 것은 완료로 표시하고, 그렇지 않은 것은 회의에서 나온 말로 이유를 적어 미완료로 표시하거나 "논의되지 않음"으로 표시합니다. 어제 목록의 확인을 진행자의 기억이 아니라 요약이 해 주는 것입니다. 그리고 다음 세션이 시작될 때 Mia가 열린 항목과 담당자를 언급합니다. 이 기능은 다듬는 중이며 일부 계정에서 운영됩니다.

비동기 방식도 같은 채널에서 이루어집니다. 음성 메모는 채널 입력창의 마이크 버튼으로 남기며, 웹이나 휴대폰 앱에서 최대 10분까지 가능하고 몇 초 안에 텍스트로 변환됩니다. 팀원은 각자의 언어로 읽을 수 있고 원본을 재생하는 버튼도 있으며, 텍스트 메시지처럼 검색하고 인용하고 전달할 수 있습니다. 채널에는 호스트가 만드는 전용 수신 이메일 주소도 있어서, 차량 안에 있거나 병동에 있거나 이메일만 보내는 시스템에 있는 사람의 업데이트가 발신자 이름으로 채널에 도착합니다. 그리고 모든 요약의 사본을 최대 열 개의 주소로 이메일 발송할 수 있습니다. CRM 받은편지함이나 고객의 프로젝트 주소 등을 채널 설정에서 한 번만 지정하면 되며, 모든 요금제에서 가능합니다.

스탠드업은 멤버 전용입니다. 채널에는 멤버십이 필요하므로, 팀 워크스페이스 밖의 동료는 이메일 초대를 통해 무료 계정으로 추가되어 자신의 언어로 채널을 읽는 멤버가 됩니다. 한 세션에만 필요한 사람, 예를 들어 하루 아침만 참여하는 고객이나 한 번의 인수인계를 위한 외부 계약자는 계정 없이 휴대폰으로 링크를 통해 즉석 회의에 참여하고, 자신의 언어로 회의를 들으며, 그 후에는 아무것도 남지 않습니다. 그 통화의 채팅은 종료와 함께 삭제됩니다.

호스트는 공간을 제공하고, 유료 요금제에서는 이전 28일 동안 활동한 멤버에 대해서만 비용을 냅니다. 회의에 참여했거나, 채팅에 글을 썼거나, Mia에게 질문한 멤버입니다. 한 달간 휴가 중인 멤버도 접근 권한을 유지하며 그 달에는 비용이 들지 않습니다. 돌아와서 마주하는 스탠드업은 목록과 함께 채널에 있습니다.

어떤 도구를 쓰든 지켜야 할 습관이 하나 있습니다. 스탠드업은 목록을 소리 내어 읽으면 끝나고, 목록은 모두가 일로 돌아가기 전에 게시됩니다.

FAQ

스탠드업 미팅이란 무엇인가요?

한 팀이 근무일마다 같은 시간에 여는 15분 이내의 짧은 데일리 회의로, 각자 어제 이후 끝낸 일, 내일까지 할 일, 막고 있는 것을 말합니다. 목적은 블로커를 일찍 드러내 해결할 수 있는 사람들이 같은 날 아침에 알게 하는 것입니다. 블로커를 해결하는 자리도, 관리자에게 하는 현황 보고도 아닙니다. 각 항목 옆에 이름이 적힌 블로커 목록을 남깁니다.

스탠드업 미팅의 세 가지 질문은 무엇인가요?

고전적인 세 가지는 *어제 무엇을 했나? 오늘 무엇을 할 건가? 무엇이 나를 막고 있나?*입니다. 보고는 줄이고 정보는 늘리는 방식은 활동을 결과로 바꿔서 "어제 이후 X를 끝냈고, 내일까지 Y를 끝낼 것이며, W 때문에 Z에서 막혀 있습니다"라고 말하거나, 사람을 돌아가는 대신 작업 항목 단위로 보드를 따라가는 것입니다. 이렇게 하면 막힌 항목을 붙잡고 있는 사람이 아니라 작업이 드러냅니다.

스탠드업 미팅은 얼마나 길어야 하나요?

15분이 상한이며, 대부분은 812분입니다. 계산은 한 사람당 1분에, 어제의 목록과 각 블로커를 함께 풀 사람을 정하는 데 23분을 더하는 것입니다. 늘 15분을 꽉 채우는 팀은 스탠드업 하나로 하기에 너무 크거나, 그 안에서 문제를 풀고 있는 것입니다. 해결책은 팀을 나누거나 대화를 회의 후로 옮기는 것이지, 시간을 늘리는 것이 아닙니다.

왜 스탠드업 미팅이라고 부르나요?

팀이 서서 하기 때문입니다. 이 습관은 1990년대 소프트웨어 팀에서 나왔습니다. 서 있으면 회의가 짧아진다는 것을 발견했기 때문인데, 아무도 의자에 자리를 잡고 노트북을 열지 않기 때문입니다. 앉아서 하거나 통화로 하는 팀에서도 이름은 그대로 남았습니다. 이 이름이 가리키는 특성은 자세가 아니라 길이입니다. 화상으로 하는 스탠드업도 15분이고 블로커 목록을 남긴다면 스탠드업입니다.

스탠드업과 데일리 스크럼은 무엇이 다른가요?

데일리 스크럼은 스크럼이 정의하는 스탠드업으로, 한 스크럼 팀의 개발자를 위한 15분짜리 이벤트이며 스프린트 기간 중 매일 열려 스프린트 골을 향한 진행 상황을 점검하고 다음 날을 계획합니다. 2020년판 스크럼 가이드는 형식을 정하지 않으며(세 가지 질문도 없습니다) 구조는 개발자에게 맡깁니다. "스탠드업"은 일반적인 형태입니다. 어떤 팀이든, 어떤 방법론이든, 같은 길이와 같은 목적을 갖습니다. 모든 스탠드업 가이드는 데일리 스크럼에도 적용되며, 데일리 스크럼은 모든 업데이트가 참조하는 대상으로 스프린트 골을 더합니다.

스탠드업 미팅은 어떻게 진행하나요?

매일 같은 시간에, 있는 사람부터 시작하고, 돌아가며 맡는 진행자는 옆에 섭니다. 어제의 블로커는 해결됨, 열림, 폐기됨 중 한 단어씩으로 확인합니다. 그다음 라운드 또는 보드 따라가기를 한 사람당 1분으로 진행하고, 블로커 없이 끝낸 사람에게는 진행자가 "블로커는요?"라고 묻고 해결을 시작하는 두 사람에게는 "따로요"라고 말합니다. 블로커는 아니지만 시간이 필요한 사항은 주차장에 둡니다. 마지막에 목록(블로커, 맡은 사람, 돕는 사람, 이야기할 시간)을 읽으며 끝내고, 모두가 일로 돌아가기 전에 팀이 읽는 곳에 게시합니다.

비동기 스탠드업이란 무엇인가요?

같은 시간에 소리 내어 말하는 대신, 같은 세 부분을 한 사람당 메시지 하나로 텍스트나 음성으로 정해진 시간까지 합의된 한 채널에 올리는 방식입니다. 스탠드업으로 유지하는 규칙은 매일 같은 순서, 도움이 문제 아래에 달리도록 블로커마다 답글 스레드, 정해진 시간에 그날의 목록과 어제 목록 확인으로 마감하는 진행자, 그리고 스레드로 해결되지 않은 블로커를 위한 정해진 주기의 짧은 라이브 통화입니다. 시간대가 다른 팀, 파트타임 구성원, 현장 직원이 쓰며, 위험은 아무도 읽지 않는 일일 보고서로 슬그머니 변하는 것입니다. 스레드 규칙과 라이브 시간이 이를 막기 위해 있습니다.

관리자도 스탠드업에 참석해야 하나요?

팀의 구성원으로서는 그렇습니다. 다른 사람과 마찬가지로 1분 업데이트를 하고, 그 안에서 문제를 풀지 않는다는 같은 규칙을 따릅니다. 청중으로서는 아닙니다. 각자가 관리자에게 말하는 스탠드업은 여덟 명의 비용으로 하는 현황 회의입니다. 관리자가 있어서 라운드가 보고로 바뀐다면 보통의 해결책은 사람 대신 보드를 따라가는 것과 진행자를 팀 안에서 돌아가며 맡는 것입니다. 그러면 관리자는 라운드의 한 목소리일 뿐 라운드가 존재하는 이유가 아닙니다.


출처: Scrum Guide — 2020 edition; Microsoft — Take meeting notes in Microsoft Teams; Microsoft — Recap in Microsoft Teams; Zoom — Using Meeting Summary with AI Companion; Zoom — Generating meeting agenda with AI Companion; Google — Calendar & Meet settings for "Take notes for me"; Google Meet — "Take notes for me" in Google Meet; Slack — Use huddles in Slack; Slack — Meeting agenda template. 업체는 시간이 지나면서 요금제, 기능, 언어 목록을 바꿀 수 있으므로 현재 상태는 해당 업체의 페이지에서 확인하세요. 각 표의 셀에는 해당 사실을 확인한 월이 적혀 있으며, 가장 이른 것은 2026년 8월, 가장 늦은 것은 2026년 10월입니다.

회의 및 요약 더 보기

회의 및 요약의 모든 게시물
Kick off meeting: agenda, checklist, example — for a project and for a new client, and how the kickoff becomes the channel (2026)
회의 및 요약

Kick off meeting: agenda, checklist, example — for a project and for a new client, and how the kickoff becomes the channel (2026)

A kick off meeting is the first meeting of a project, where the people who will do the work agree what it is for, what done means, who owns which part, how they will communicate and what could go wrong — before any of the work starts. What the kickoff must leave behind, a checklist for before, during and after, a 60-minute agenda you can copy, a filled-in example for an internal project and one for a new client, where the record lives in Teams, Zoom, Google Workspace and Slack — and how the kickoff becomes the channel every later meeting of the project lives in, readable by each member in their own language.

The Mind.com Team

All-hands 미팅: 아젠다, 형식, 예시 — 그리고 모든 오피스가 각자의 언어로 듣는 방법 (2026)
회의 및 요약

All-hands 미팅: 아젠다, 형식, 예시 — 그리고 모든 오피스가 각자의 언어로 듣는 방법 (2026)

All-hands 미팅은 전 직원이 참석하는 유일한 미팅입니다. 경영진이 실적 수치와 의사 결정, 그리고 이야기를 공유하고, 모두가 이에 대해 질문할 수 있습니다. 효과적인 형식, 회사 규모별 진행 주기, 그대로 복사해 쓸 수 있는 아젠다 템플릿, 작성 완료된 세 가지 예시, Teams, Zoom, Google Workspace, Slack에서 all-hands를 운영하는 위치, 그리고 오전 7시에 참석한 오피스와 오후 9시에 참석한 오피스 모두에게 질문과 답변, 결정 사항이 사후에 어떻게 전달되는지까지 다룹니다.

The Mind.com Team

action items: 작성, 할당, 추적 방법 — 그리고 recap이 목록을 유지하는 방식 (2026)
회의 및 요약

action items: 작성, 할당, 추적 방법 — 그리고 recap이 목록을 유지하는 방식 (2026)

action item은 meeting에서 나온 하나의 작업으로, 동사로 시작하고 담당자 한 명과 기한 하나를 명시하여 작성합니다. 그래야 참석하지 못한 사람도 무슨 일이 일어날지, 누가 그 일을 진행할지 알 수 있습니다. 이 글에서는 작성 형식, 통화 중과 종료 시점에 항목을 작성하는 방법, 항목이 실제로 완료되도록 할당하는 방법, 복사해서 쓸 수 있는 템플릿과 트래커, Teams, Zoom, Google Workspace, Slack에서 action item이 저장되는 위치, 그리고 반복 meeting의 recap이 목록을 작성하고 다음 세션에서 다시 읽어 주며 각 항목의 완료 여부를 표시하는 방식을 다룹니다.

The Mind.com Team

이메일로 새 게시물 및 제품 업데이트 받기

새 글 및 제품 업데이트가 포함된 이메일을 매월 한 번 발송합니다. 언제든지 구독을 취소할 수 있습니다.