스탠드업 미팅

1. 개요

스탠드업 미팅은 팀이 진행 상황을 검토하고, 계획을 공유하며, 장애물을 논의하는 짧은 일일 협업 회의이다. 소프트웨어 개발 방법론에서 팀원 간의 소통을 위해 활용되며, 애자일 소프트웨어 개발, 스크럼, 칸반 등에서 유용하게 사용된다. 회의는 일반적으로 짧은 시간 동안 진행되며, 팀원들은 각자의 진척 상황, 예정된 작업, 그리고 방해 요소를 공유한다. 스크럼 방식에서는 세 가지 질문을 중심으로 진행되었으나, 2020년 스크럼 가이드에서는 삭제되었다. 칸반 방식에서는 진행을 방해하는 장애물과 진행된 사항을 중심으로 논의한다.

2. 소프트웨어 개발

스탠드업 미팅은 일부 소프트웨어 개발 방법론에서 팀원들이 매일 팀 회의를 열어 서로에게 약속을 하는 것을 전제로 한다. 매일 회의를 통해 팀원들은 잠재적인 문제점을 인지하고, 어려운 문제나 시간이 오래 걸리는 문제를 해결하기 위한 노력을 조정할 수 있다. 스탠드업 미팅은 애자일 소프트웨어 개발 프로세스, 스크럼, 칸반과 같은 방법에서 특히 유용하지만, 모든 소프트웨어 개발 방법론에서 활용될 수 있다.

2.1. 정의

PMBOK (7판)에 따르면, 프로젝트 관리 협회(PMI)는 일일 스탠드업을 "팀이 전날의 진행 상황을 검토하고, 당일의 의도를 밝히며, 겪거나 예상되는 장애물을 강조하는 간단한 일일 협업 회의"로 정의한다.

2.2. 설명

스탠드업 미팅은 일부 소프트웨어 개발 방법론에서 팀원들이 매일 팀 회의를 열어 서로에게 약속을 하는 것을 전제로 한다. 매일 회의를 통해 팀원들은 잠재적인 문제점을 인지하고, 어려운 문제나 시간이 오래 걸리는 문제를 해결하기 위한 노력을 조정할 수 있다. 스탠드업 미팅은 애자일 소프트웨어 개발 프로세스, 스크럼, 칸반과 같은 방법에서 특히 유용하지만, 모든 소프트웨어 개발 방법론에서 활용될 수 있다.

스탠드업 미팅은 보통 매일 같은 시간과 장소에서 진행되며, 모든 팀원이 참석하는 것이 권장된다. 팀원 일부가 참석하지 못하더라도 회의는 연기되지 않는다. 스탠드업 미팅은 관리자나 이해 관계자에게 진행 상황을 보고하는 자리가 아니라, 팀원 간의 소통 기회라는 것이 중요한 특징이다. 진행 상황 보고 회의처럼 보일 수 있지만, 스탠드업 미팅은 후속 대화를 촉진하고 문제가 심각해지기 전에 빠르게 파악하기 위한 구조를 가지고 있다. 또한, 잦은 회의와 짧은 구조는 팀원 간의 긴밀한 업무 관계를 형성하고, 이는 더 높은 지식 이전율로 이어진다. 이는 전형적인 진행 상황 보고 회의보다 훨씬 더 적극적인 의도를 가진다.

팀원들은 차례로 돌아가면서 자신의 진행 상황을 이야기하며, 때로는 발언권을 가진 사람을 나타내기 위해 토큰을 사용하기도 한다. 각 팀원은 마지막 스탠드업 미팅 이후의 진척 상황, 다음 스탠드업 미팅까지 예상되는 작업, 그리고 모든 방해 요소를 이야기하며 도움을 요청하거나 협력할 기회를 갖는다. 팀원들은 간단한 설명을 요청하거나 "회의 후에 이것에 대해 더 이야기합시다"와 같이 간단하게 언급할 수 있지만, 스탠드업 미팅에서 본격적인 토론을 하지는 않는다.

2.2.1. 시간 제한

미팅은 일반적으로 5분에서 15분으로 시간 제한되며, 참석자들이 서서 미팅을 짧고 요점만 말하도록 상기시킨다. 익스트림 프로그래밍을 할 때 "스탠드업"이라고도 불리며, 스크럼 프레임워크를 따를 때는 "아침 점호" 또는 "데일리 스크럼"이라고도 불린다.

2.3. 세 가지 질문

스크럼 방식의 스탠드업 미팅에서는 다음 세 가지 질문을 중심으로 회의가 진행되었다.

* 개발팀이 스프린트 목표를 달성하는 데 어제 무엇을 했는가?
* 개발팀이 스프린트 목표를 달성하는 데 오늘 무엇을 할 것인가?
* 개발팀이 스프린트 목표를 달성하는 데 방해가 되는 요소가 있는가?

(이 질문들은 2020 스크럼 가이드에서 삭제되었다.)

칸반 방식의 스탠드업 미팅에서는 다음 질문을 중심으로 진행된다.

* 진행을 방해하는 장애물은 무엇인가?
* (보드를 오른쪽에서 왼쪽으로 보면서) 무엇이 진행되었는가?

3. 저명한 예

영국의 추밀원은 전통적으로 서서 회의를 진행하는 것으로 알려져 있다.