데일리 스탠드업 대안: 근거와 그대로 쓸 문장들

당신 팀의 누군가는 이미 그 메시지를 다 써놨어요. “우리 데일리 스탠드업, 지금 방식으로는 잘 안 되는 것 같아요” 비슷한 문장이요. 그러고는 한참 들여다보다가, 이게 어떻게 읽힐지 상상해보고, 지우고, 그냥 회의에 들어갔죠.

이 글의 진짜 주제는 그 ’지우기’예요. 스탠드업에 관한 연구는 찾기 어렵지 않고 대부분 같은 쪽을 가리켜요. 어려운 건 문장이에요. 당신이 하려는 말에는 사회적 리스크가 한꺼번에 세 개나 붙어 있고, 셋 다 당신 개인에게 달라붙어요.

리스크 하나, 게을러 보여요. 회의를 없애자는 말은 기본적으로 덜 관찰당하고 싶다는 말로 읽혀요.

리스크 둘, 팀플레이어가 아닌 사람처럼 보여요. 스탠드업은 모두의 방향을 맞춰주는 장치로 포장돼 있어요. 거기에 반대하면 방향을 맞추는 것 자체에 반대하는 것처럼 들리고요.

리스크 셋, 프로세스가 아니라 사람을 공격하게 돼요. 그 회의에는 주인이 있어요. 스크럼 마스터거나, 매니저거나, 2년 전에 그걸 만든 사람이요. 그 사람은 관행에 대한 비판을 자기 판단력에 대한 비판으로 들어요. 대부분의 자리에서 실제로 그렇기도 하고요.

그래서 다들 아무 말도 안 하고, 회의는 아무도 적당한 말을 못 찾았다는 이유 하나로 계속 굴러가요.

다행인 건 그 말이 존재하고, 딱히 복잡하지도 않다는 거예요. 다만 정해진 순서로 쌓아야 하고, 그 순서가 근거보다 더 중요해요.

논쟁을 이기는 재구성

스탠드업이 시간 낭비라고 주장하지 마세요. 그 주장은 위의 세 가지 이유 때문에 매번 져요.

대신 이렇게 말하세요. 우리 팀이 하고 있는 버전은 원래 하기로 한 그 회의가 아니라고요. 그리고 되돌릴 수 있는 실험을 하나 제안하세요.

여기서 스크럼 가이드는 당신 편이에요. 대부분 한 번도 확인해보지 않는 부분이죠. 2020년 가이드¹는 데일리 스크럼을 스크럼 팀의 개발자들을 위한 15분짜리 이벤트로 정의해요. 스프린트 목표를 향한 진척을 점검하고 계획을 조정하는 자리라고요. 매니저에게 하는 보고라고는 어디에도 적혀 있지 않아요. 2020년 개정판은 대부분의 팀이 아직도 매일 아침 외우고 있는 그 세 가지 질문도 삭제했고요.¹

우리 스탠드업이 방에서 제일 높은 사람에게 어제와 오늘을 돌아가며 보고하는 자리라면, 그걸 유지하는 게 스크럼을 지키는 일은 아니에요. 규칙서가 이미 버린 걸 계속 돌리고 있는 거고, 이건 누구를 탓하지 않고도 그대로 말할 수 있어요.

이게 전부예요. 책임을 덜 지겠다는 게 아니에요. 프레임워크가 설명한 대로 회의를 하자는 거고, 더 싼 형식이 버티는지 시험해보자는 거예요.

1부: 따져봐도 살아남는 근거들

이 주제에 떠도는 숫자를 꽤 많이 잘라냈어요. 어떤 걸 왜 뺐는지는 글 끝에 따로 적어뒀고요. 아래는 회의적인 매니저 앞에 제가 실제로 꺼낼 만한 것들이에요.

1. 위로 올리는 상태 보고가 돼버렸어요. 프레임워크가 그러면 안 된다고 한 바로 그거요. 가장 많이 기록된 실패 양상이에요. Stray, Sjøberg, Dingsøyr의 데일리 스탠드업 근거이론 연구를 보면, 참가자들은 정보 공유와 공동 문제 해결 때문에 스탠드업을 가치 있게 봤고, 회의가 매니저에게 하는 상태 보고로 변하거나 너무 자주, 너무 길게 이어질 때 부정적으로 반응했어요.² 같은 연구 그룹의 실무자용 글에서도 같은 결론이 나와요.⁴

2. 세 가지 질문은 조율이 아니라 중계방송을 만들어요. “어제는 그 티켓 했고요, 오늘도 그 티켓 이어서 합니다.” 아무도 되묻지 않아요. 그 결과로 바뀌는 것도 없고요. 이 형식은 목표를 향한 진척을 점검하기보다 ’나 일하고 있다’를 보여주는 공연을 부추겨요. 2020년 가이드가 질문들을 뺀 이유도 그거예요.¹

3. 시니어 엔지니어와 큰 팀이 가장 얻는 게 없어요. Stray와 동료들이 현업 개발자를 대상으로 조사했더니 평가가 전반적으로 중립 근처에 몰렸어요. 주니어는 더 긍정적이었고, 시니어와 규모가 큰 팀의 구성원은 별 가치가 없다고 볼 가능성이 높았고요.³ 팀에서 가장 경험 많은 사람이 그 자리에서 가장 시들하다면, 그건 그 사람들에 대한 신호가 아니라 형식에 대한 신호예요.

4. 오전을 반으로 쪼개요. 2009년에 나온 Paul Graham의 주장¹³은 지금도 유효해요. 뭔가를 만드는 사람에게는 끊기지 않는 긴 덩어리 시간이 필요한데, 오전 한복판의 회의 하나가 그 오전을 어려운 일을 하기엔 둘 다 너무 짧은 두 조각으로 잘라버려요. 10시 30분 스탠드업이 교과서적인 예시죠. 미리 치르는 비용도 있어요. 사람들은 그 앞 45분 동안 깊이 들어가는 일은 아예 시작하지 않아요.

5. 작업을 전환하면 회의 앞뒤의 일이 둘 다 나빠져요. Sophie Leroy의 연구는 ’주의 잔류’라는 개념을 내놨어요. 한 작업에서 다른 작업으로 옮겨가면 주의의 일부가 앞선 작업에 남아 있고, 그래서 두 번째 작업의 수행이 떨어진다는 거예요.⁵ 스탠드업은 참석자 한 명당 그 전환을 두 번 강제해요. 들어갈 때 한 번, 나올 때 한 번.

6. 일로 다시 돌아오는 데 진짜로 시간이 들어요. 중단된 일로 돌아오는 데 약 23분이 걸린다는, 여기저기 인용되는 그 숫자의 출처가 Gloria Mark의 방해 연구예요. Gudith, Klocke와 함께한 연구에서는 사람들이 방해를 더 빨리 일하는 것으로 벌충하고, 그 대가로 스트레스와 답답함, 체감 업무량이 올라간다는 것도 확인했고요.⁶ 이건 조심해서 인용하세요. 생산성 이야기에서 가장 남용되는 숫자라, 이미 반박된 걸 본 매니저라면 그걸 당신에게 되돌려줄 거예요.

7. 블로커는 이름만 불리고 풀리지는 않아요. 우리 팀에서 직접 관찰해보세요. 누가 막혔다고 말하면 다들 고개를 끄덕이고, 실제 해결은 40분 뒤에 두 사람 사이의 DM에서 일어나요. 그 패턴이라면 회의가 블로커를 푼 게 아니에요. 블로커를 푼 대화의 일정만 잡아준 거죠.

8. 회의 부하는 생리적으로 쌓여요. Microsoft의 Human Factors Lab이 연달아 회의를 하는 참가자들의 뇌파를 측정했더니, 회의가 이어질수록 스트레스 지표가 쌓였고 중간에 짧은 휴식을 넣으면 그 축적이 줄었어요.⁸ Steven Rogelberg의 회의 연구는 설문 쪽에서 같은 걸 기록해요. 나쁜 회의가 끝난 뒤 사람들이 마음을 가라앉히는 데 쓰는 회복 시간까지요. 그건 회의 자체의 길이 위에 얹히는 비용이고요.⁷

9. 분산된 팀에는 안 맞아요. 누군가는 항상 말도 안 되는 시간에 들어와 있어요. 상태 공유를 대신 비동기로 처리하자는 공개된 주장 중에서는 GitLab의 올리모트 핸드북¹⁴이 가장 완성도가 높아요. 블로그 글이 아니라 실제로 그 방식으로 큰 규모를 굴리는 회사에서 나왔다는 점 때문에 쓸모가 있고요.

10. 매일 하는 주기는 조율할 게 있든 없든 매일 값을 청구해요. 일이 느슨하게 얽힌 팀에서 진짜 조율이 필요한 순간은 띄엄띄엄 와요. 고정 회의는 조용한 날마다 값을 더 내요.

2부: 반대 근거, 당신이 직접 가져가야 할 것

당신에게 불리한 논거를 이미 정리한 채로 들어가세요. 진지하게 받아들여지는 가장 빠른 길이고, 매니저가 그 회의를 혼자 방어해야 한다고 느끼지 않게 해줘요.

잘 굴러가는 스탠드업은 대체하기 어려운 세 가지를 해내요.

블로커를 일찍 드러내요. 그냥 뒀으면 하루를 통째로 잡아먹었을 문제가 09시 30분에 올라온다면, 그것만으로 15분값은 해요. 당신이 내놓을 대안이 반드시 덮어야 하는 기능이에요.

누가 뭘 하고 있는지 공통의 그림을 만들어줘서 중복되거나 충돌하는 작업을 줄여요. Stray와 Dingsøyr는 사람들이 실제로 꼽는 진짜 이점 중 하나로 이걸 기록했어요.²

심리적 안전감을 받쳐줘요. Rietze와 Zacher는 데일리 스탠드업과 심리적 안전감 사이에 정적인 관계가 있고, 그게 다시 업무 만족도 및 팀 성과에 대한 인식과 이어진다는 걸 확인했어요.¹⁰ 그 아래에는 심리적 안전감을 팀의 학습 행동과 연결한 Edmondson의 고전적 연구가 깔려 있고요.⁹ 부담 없는 접점이 규칙적으로 있으면 신뢰에 도움이 돼요. 새로 만들어진 팀이나 분산된 팀에서는 특히요.

그러니 맞는 부분은 그냥 인정하세요. 팀이 작거나, 일이 촘촘히 얽혀 있거나, 주니어 중심이거나, 만들어진 지 3주밖에 안 됐다면 스탠드업은 아마 제값을 하고 있고, 그 말을 당신 입으로 하는 게 좋아요.

3부: 입을 열기 전에 우리 팀 데이터부터

2주. 세 가지. 대화를 시작하기 전에 하세요. 관행을 상대로 의견은 지지만, 산수는 지지 않으니까요.

잡아둔 시간이 아니라 실제 길이를 재세요. 매일 시간을 재보세요. 대부분의 팀은 15분짜리 회의가 사실은 22분짜리라는 걸 알게 돼요.

인건비를 계산하세요. 참석자 수 곱하기 실제 소요 시간(시간 단위) 곱하기 연간 근무일수. 여덟 명이 진짜 딱 15분만 한다고 해도 하루 2인시, 주당 약 10인시, 1년이면 대략 460인시예요. 부대비용까지 포함한 인건비를 시간당 60유로로 잡으면 약 27,000유로고요. 이 숫자는 회의 앞뒤의 회복 비용은 아예 빼고 센 거예요. 우리 팀 숫자를 쓰세요. 그래야 아무도 입력값을 걸고넘어질 수 없어요.

블로커를 세세요. 근무일 열흘 동안 스탠드업에서 나온 블로커를 전부 적고, 그게 회의 안에서 풀렸는지 아니면 끝난 뒤에 다른 데서 풀렸는지 표시하세요. 보통 논쟁을 끝내는 건 이 숫자예요.

팀에 익명으로 물어보세요. 질문 하나면 돼요. 스탠드업이 당신 일에 도움이 되나요, 예 아니오, 그리고 이유는. 익명이어야 진짜 답이 나와요. 그리고 그래야 당신이 자기 얘기가 아니라 팀을 대신해 말하는 게 되고, 맨 위에 적은 리스크 둘이 목록에서 사라져요.

4부: 문장

네 가지 상황, 네 가지 대본이에요. 세부는 바꿔도 되지만 구조는 그대로 두세요. 실제로 일하는 건 구조니까요.

전부 같은 네 박자를 따라요. 상대가 진짜로 필요로 하는 걸 인정하기. 그 사람의 언어로 비용을 말하기. 되돌릴 수 있고 기간이 정해진 걸 제안하기. 입증 책임과 세팅 작업은 내가 떠안기.

매니저에게, 1:1에서

“팀의 집중 시간을 지키고 싶은데, 그렇다고 매니저님이 상황을 못 보게 되는 건 원하지 않아요. 우리 스탠드업이 실제로 어떻게 쓰이는지 2주치 데이터를 모아봤어요. 15분이 아니라 22분씩 해요. 여덟 명이니까 1년이면 약 675인시고요. 열흘 동안 블로커가 여섯 개 나왔는데, 회의 안에서 실제로 풀린 건 하나예요. 나머지는 끝나고 DM에서 해결됐어요.

이걸 4주만 해보고 싶어요. 공용 채널에 09시 30분까지 글로 업데이트를 올리고, 매니저님은 편하실 때 읽으시면 돼요. 막히는 순간 바로 태그할 수 있는 블로커 전용 채널을 하나 두고, 실시간 싱크는 주 1회로요. 블로커 해결 시간은 지금이랑 비교해서 제가 기록할게요. 더 나빠지면 되돌리고, 회고에서 제가 그렇게 말할게요. 세팅은 전부 제가 할게요.“

스크럼 마스터에게

“2020년 가이드를 다시 읽어봤어요. 데일리 스크럼을 개발자를 위한 이벤트로 정의하고, 세 가지 질문은 빠졌더라고요. 우리 건 방에서 제일 높은 사람을 향한 업데이트 돌림 순서로 흘러가 있는데, 가이드가 콕 집어 막으려는 게 바로 그거예요.

한 스프린트만 사람을 돌아가며 말하는 대신 보드를 보면서 해보고, 끝나고 개발자들한테 이게 더 쓸모 있어졌는지 물어보면 어떨까요?“

이게 뭘 하는지 보세요. 권위를 당신이 아니라 프레임워크에 넘겨줘요. 그리고 상대를 망가진 버전을 방어하는 사람이 아니라 원래의 실천을 되살리는 사람으로 만들어줘요.

동료들에게, 다른 걸 하기 전에 먼저

“솔직하게 말해줘요. 스탠드업이 진짜 도움이 돼요, 아니면 그냥 견디는 시간이에요? 이 얘기를 한번 꺼내볼까 하는데, 내 얘기가 아니라 팀 얘기일 때만 꺼내고 싶어서요.”

이걸 먼저 하세요. 항상요. 두 사람이 스탠드업이 도움을 요청할 수 있는 유일한 시간이라고 말한다면, 당신의 제안은 그걸 반드시 남겨야 해요. 그리고 이제 공개적으로 입장을 정하기 전에 그 사실을 알게 된 거고요.

회고에서

“오늘 하나만 점검해보고 싶어요. 2주 동안 우리 스탠드업을 기록했어요. 비용은 이렇고, 실제로 풀린 블로커는 이만큼이에요. 없애자는 얘기가 아니에요. 한 스프린트만 형식을 바꿔보고, 영구적인 결정을 내리기 전에 숫자를 같이 보자는 얘기예요.”

글로 쓰는 제안서

제목: 4주 실험, 비동기 스탠드업

지금 우리 데일리 스탠드업은 여덟 명이 22분씩 하고 있고, 1년으로 치면 약 675인시입니다. 지난 근무일 열흘 동안 블로커가 여섯 개 올라왔고, 회의 안에서 풀린 건 하나입니다.

제안, 4주, 언제든 되돌릴 수 있음:

#team-standup 채널에 09시 30분까지 세 줄씩 글로 체크인. 스프린트 목표를 향한 진척, 오늘의 집중, 막힌 것. 블로커는 다음 날 아침까지 들고 있지 말고, 생기는 즉시 해당하는 사람에게 바로 태그. 월요일에 30분짜리 실시간 싱크 한 번. 계획과 대화가 필요한 모든 것은 여기서.

블로커 해결 시간, 사이클 타임, 짧은 팀 펄스를 제가 기록해서 [날짜] 회고에 세 가지 다 가져오겠습니다. 블로커 해결 시간이 나빠지면 되돌립니다. 도구 설정과 실험 운영은 제가 맡겠습니다.

그 메시지에서 가장 중요한 줄은 되돌리는 조건을 명시한 부분이에요. 그 한 줄이 당신의 제안을 변경이 아니라 시험으로 바꿔주고, 예스를 받아내는 것도 보통 그 줄이에요.

5부: 상대가 돌려줄 말들

“다들 뭘 하고 있는지 볼 수 있어야 해요.” 글로 남는 업데이트가 회의보다 더 많이 보여줘요. 검색되고, 사라지지 않고, 09시 30분에 회의실에 앉아 있는 대신 07시에도 19시에도 읽을 수 있어요.

“블로커가 그냥 방치될 텐데요.” 반대예요. 생기자마자 올라온 블로커가 다음 날 아침까지 들고 있던 블로커보다 더 빨리 주목받아요. 그게 바로 제가 기록하자고 제안하는 지표고, 실험을 중단시킬 수 있는 지표이기도 해요.

“15분밖에 안 되잖아요.” 15분 곱하기 여덟 명이고, 그게 근무일마다예요. 거기에 각자 하던 일로 돌아오는 데 걸리는 시간이 더해지고요. 1년치 숫자는 이렇습니다.

“스크럼은 데일리 스크럼을 요구하잖아요.” 스크럼이 요구하는 건 개발자를 위한 데일리 스크럼이고, 2020년 가이드는 우리가 아직 쓰고 있는 세 가지 질문을 없앴어요. 우리가 하는 건 가이드가 설명하는 그것이 아니에요.¹

“팀 결속력이 떨어질 거예요.” 그건 진짜 리스크고, 그래서 주간 싱크는 남겨두는 거예요. 실험 중에 팀 펄스도 같이 기록할 거라, 결속력이 떨어지면 짐작이 아니라 눈으로 보게 될 거예요.

6부: 이 논쟁을 지는 다섯 가지 방법

일을 덜 하고 싶다는 얘기로 들리게 하는 것. 상대가 처음부터 품고 들어온 의심을 그대로 확인시켜줘요.

대체할 것을 정하지 않고 회의부터 없애는 것. 그다음에 벌어지는 난장판은 당신 개인의 탓이 돼요. 그리고 그게 맞고요.

혼자 결정하는 것. 팀의 관행은 팀의 결정으로 바뀌거나, 아니면 한 달 안에 되돌아와요.

실험과 지표를 건너뛰는 것. 검증 가능한 제안이 현상 유지와의 의견 싸움으로 바뀌는데, 그 싸움은 현상 유지가 이겨요.

그게 도움이 되는 사람들을 무시하는 것. 팀의 주니어가 스탠드업에 기대고 있다면 그 사람을 중심에 두고 설계하고, 그 자리에서 그렇게 말하세요. 손해 볼 게 하나도 없고, 가장 센 반대를 아무도 꺼내기 전에 없애줘요.

7부: 무엇으로 대체할까

	실시간 데일리 스탠드업	비동기 글 업데이트	주간 싱크와 블로커 채널
시간 비용	높음, 인원수에 비례	동시에 쓰는 시간은 거의 0	낮음
방해 비용	높음, 매일, 오전 한복판	최소, 각자 시간 선택	낮음, 고정된 한 지점
블로커 속도	최대 24시간 대기	태그하면 즉시	태그하면 즉시
기록	누가 적지 않으면 없음	기본적으로 검색 가능	부분적
시간대 대응	나쁨	좋음	무난함
결속력	잘 굴리면 좋음	단독으로는 약함	좋음

일곱 가지 선택지예요. 각각의 솔직한 단점까지 붙여뒀어요.

봇으로 하는 비동기 글 체크인. Geekbot, Standuply, Range 같은 도구가 각자에게 질문을 던지고 공용 채널에 올려줘요.¹⁷ 시간대를 넘나들 수 있고 검색 가능한 기록이 남아요. 올라온 글에 아무도 반응하지 않으면 아무도 안 읽는 상태 보고 연극으로 시들어버릴 수 있고요.

주 2회 스탠드업. 실시간 싱크는 남기고 빈도만 줄여요. 작은 변화라 설득하기 쉬워요. 급한 일을 받아줄 채널이 옆에 하나 필요하고요.

돌아가며 말하는 대신 보드 훑기. 작업 항목을 오른쪽에서 왼쪽으로 훑으면서 사람이 아니라 티켓 얘기를 해요. 개인이 보고하는 구도를 즉시 없애줘요. 보드가 실제로 최신일 때만 작동하고요.

블로커 전용 채널. 가치가 가장 높으면서 추가 비용은 가장 싼 조각이에요. 올리는 습관과, 그걸 지켜보는 사람이 필요해요.

필요할 때 하는 페어링. 가능한 가장 빠른 해결이고 구경꾼도 없어요. 팀 전체가 보는 범위는 줄어드니 글로 남는 흔적이 필요해요.

주 1회 깊은 싱크. 15분짜리 회의가 담을 수 없는 대화를 위한 자리예요. 이것만으로는 너무 드물어서 혼자서는 못 버텨요.

회의 없는 날. 2023년 Shopify의 캘린더 대청소가 가장 많이 인용되는 기업 사례예요. 회사 캘린더에서 반복 회의 수천 개를 지웠다고 보도됐어요.¹⁵ 이건 조율 장치가 아니라 집중을 위한 정책이라, 위의 것 중 하나와 반드시 같이 써야 해요.

가장 자주 잘 굴러가는 조합은 이거예요. 매일의 상황 파악은 글 업데이트로, 급한 건 블로커 채널로, 나머지는 주 1회 실시간 싱크로.

8부: 회고에서 살아남는 실험 설계하기

성공 지표는 시작하기 전에 정하고, 매니저가 이미 믿고 있는 걸로 고르세요.

전달. DORA 계열 지표 하나요. 보통은 변경 리드 타임이나 배포 빈도예요.¹² 배포가 잦지 않다면 사이클 타임도 괜찮아요.

블로커 해결 시간. 가장 큰 리스크에 대한 안전장치예요. 실험을 죽일 수 있어야 하는 지표고, 그걸 소리 내어 말하는 게 이 실험을 믿을 만하게 만들어요.

팀 펄스. 질문 하나, 매주, 익명으로. SPACE 프레임워크의 만족도 차원에 해당하는데, 이 프레임워크는 생산성을 단일 지표로 재면 어긋난다는 이유로 만들어졌어요.¹¹ 이게 없으면 처리량은 좋아지는데 조용히 사람들이 타들어가는 걸 끝까지 모를 수 있어요.

4주가 알맞은 길이예요. 2주는 새로움 너머를 보기엔 너무 짧아요. 8주는 되돌리는 게 공개적인 실패처럼 느껴질 만큼 길어서, 사람들이 실험을 솔직하게 읽는 대신 방어하게 만들어요.

진짜로 어려운 부분

위의 내용은 오후 한나절만 읽으면 누구나 손에 넣을 수 있어요. 그런데 이게 필요한 사람 대부분은 여전히 그 메시지를 보내지 않아요.

빠진 건 근거가 아니에요. 빠진 건, 이 회의가 잘 안 굴러간다는 말을 그 회의를 굴리는 사람이 일을 못한다는 뜻으로 들리지 않게 하는 문장이에요. 그건 참고문헌 목록을 만드는 것보다 훨씬 어려운 일이고요. 그 문장은 Slack 입력창에서 여섯 번쯤 고쳐 쓰이다가 결국 버려져요.

저희가 Subtext를 만드는 이유가 바로 그 간격이에요. 사람들이 못 보내는 메시지는 대부분 내용이 복잡해서가 아니에요. 옳은 것만으로는 부족하고, 표현이 리스크를 통째로 짊어지는 메시지들이죠. 스탠드업 제안은 그중 작은 편이에요. 같은 모양이 연봉 인상을 요청할 때, 업무 범위를 거절할 때, 창업자에게 로드맵이 틀렸다고 말할 때, 친구에게 안 된다고 할 때도 똑같이 나타나요.

이 글에서 하나만 가져간다면 이거예요. 되돌리는 조건을 넣은 채로 메시지를 보내세요. “블로커 해결 시간이 나빠지면 되돌리고, 제가 그렇게 말할게요.” 그 한 문장이 상대가 아니라고 말할 이유를 없애줘요.

제가 빼놓은 숫자들에 대하여

이 주제에는 널리 도는 숫자가 몇 개 있는데, 제가 책임지고 말할 수 없어서 위 본문에는 넣지 않았어요.

개발자의 80%가 관련 없는 업데이트를 스탠드업의 가장 큰 불만으로 꼽았다는 주장은, 보통 출처로 지목되는 Stray의 설문에 나오지 않아요. 회의에서 정한 액션 아이템의 80%가 끝내 실행되지 않는다는 주장은 출처 없이 떠돌고요. 최근 Journal of Experimental Psychology 논문의 것이라며 자주 인용되는 “40% 더 오래, 오류는 50% 더”라는 통계는 2001년 Rubinstein, Meyer, Evans 연구가 뒤틀린 채 전해진 버전으로 보여요. 그 연구는 실험실 환경의 과제 전환을 측정한 거라 아침 회의로 곧장 확장되지 않아요.¹⁸ 팀당 연간 회의 낭비 금액이라는 숫자들은 뒤에 깔린 가정에 전적으로 달려 있어요. 3부의 산수에서 우리 팀 숫자를 쓰라고 한 이유가 그거예요.

솔직한 공백이 하나 더 있어요. 비동기 글 상태 공유와 동기 상태 회의를 전달 성과 기준으로 직접 비교한 엄밀한 통제 연구는 찾지 못했어요. GitLab, Doist, Basecamp는 모두 글 쪽 손을 들어주는데, 셋 다 지켜야 할 입장이 있는 회사고요. 매니저가 그 비교를 요구하면 정확한 답은 이거예요. 아직 그런 연구는 없어 보이고, 당신의 4주 실험이 우리 팀을 위해 그걸 직접 만들어내는 방법이라는 것.

우리 스탠드업은 제값을 한다고 생각하시나요? 아니면 제가 근거를 잘못 읽었다고 보시나요? LinkedIn에서 알려주세요.

Samet Durgun은 Subtext의 공동 창업자예요. Subtext는 메시지에 담긴 감정의 결을 잡아내고, 당신다운 말투로 다시 써주는 앱이에요. 베를린에 살고 있어요.

출처

위의 링크는 1차 출처가 있는 경우 모두 그쪽으로 연결돼요.

The Scrum Guide (2020), Ken Schwaber and Jeff Sutherland, scrumguides.org. 이 논의에 가장 쓸모 있는 단 하나의 문서예요. 데일리 스크럼 항목을 직접 읽고 그대로 인용하세요. 이 이벤트가 개발자를 위한 것이고, 15분이며, 세 가지 질문이 2020년 개정에서 삭제됐다는 걸 확인해줘요.
Stray, V., Sjøberg, D. I. K., and Dingsøyr, T. (2016). “The daily stand-up meeting: A grounded theory study.” Journal of Systems and Software, volume 114. 동료 심사를 거친 논문이에요. 가치(정보 공유, 공동 문제 해결)와 실패 양상(매니저에게 하는 상태 보고, 과한 빈도와 길이)을 함께 기록해요. 스크럼 마스터에게는 이걸 보내세요.
Stray, V., Moe, N. B., and Bergersen, G. R. (2017). “Are Daily Stand-up Meetings Valuable? A Survey of Developers in Software Teams.” XP 2017, Lecture Notes in Business Information Processing. 현업 개발자 대상 설문이에요. 보고된 수치에는 애자일 팀의 87%가 데일리 스탠드업을 하고 평균 평가는 중립 근처, 주니어는 더 긍정적, 시니어와 큰 팀은 덜 긍정적이라는 내용이 들어 있어요. 저는 퍼센트 대신 방향성만 사용했어요.
Stray, V. and Moe, N. B., practitioner writing in IEEE Software on adapting daily stand-up practice. 경직된 스탠드업 관행은 기본값으로 따를 게 아니라 팀에 맞게 바꿔야 한다고 주장해요. 정확한 제목과 연도는 확인되지 않았고, 온라인에 도는 버전에는 확인하지 못한 참가자 수가 들어 있어요.
Leroy, S. (2009). “Why is it so hard to do my work? The challenge of attention residue when switching between work tasks.” Organizational Behavior and Human Decision Processes, volume 109, issue 2. 주의 잔류 개념의 출발점이에요. 과제 전환이 그다음에 오는 일의 품질을 떨어뜨린다는, 애자일 바깥의 강력한 근거예요.
Mark, G., Gudith, D., and Klocke, U. (2008). “The Cost of Interrupted Work: More Speed and Stress.” CHI 2008. 그리고 Mark, G. (2023). Attention Span. Hanover Square Press. 중단된 일에 관한 결과와, 어디서나 도는 약 23분 복귀 수치의 출처예요. 숫자 자체는 실재하지만 원 연구가 뒷받침하는 것보다 더 정밀하게 인용되는 경우가 많으니, 1차 자료를 인용하고 “20분 이상”이라고 표현하세요.
Rogelberg, S. G. (2019). The Surprising Science of Meetings. Oxford University Press. 회의 낭비와 회의 후 회복에 관한 표준 참고 문헌이에요. 설문마다 숫자가 달라서 특정 퍼센트 대신 질적 결론만 사용했어요.
Microsoft Human Factors Lab, EEG study on breaks between meetings, published via Microsoft WorkLab and the 2021 Work Trend Index. 연달아 이어지는 회의에서 스트레스가 쌓이고 휴식이 그걸 줄인다는 생리학적 근거예요. 설문이 아니라 측정이라서 쓸모가 있어요.
Edmondson, A. (1999). “Psychological Safety and Learning Behavior in Work Teams.” Administrative Science Quarterly. 심리적 안전감의 토대가 되는 인용이에요. 스탠드업이 아니라 팀 일반에 대한 연구니, 인과관계를 과하게 주장하지 마세요.
Rietze, S. and Zacher, H., research on daily stand-up meetings, psychological safety, work satisfaction and team performance perceptions, European Journal of Work and Organizational Psychology. 스탠드업에 찬성하는 쪽에서 가장 강력하게 출판된 근거고, 그래서 더더욱 당신이 직접 가져가야 하는 자료예요. 출판 연도는 확인되지 않았어요. 도는 버전에는 2025년이라는 날짜가 붙어 있는데, 제가 독자적으로 확인하지는 못했어요.
Forsgren, N., Storey, M.-A., Maddila, C., Zimmermann, T., Houck, B., and Butler, J. (2021). “The SPACE of Developer Productivity.” ACM Queue. 무료로 읽을 수 있어요. 만족도와 웰빙 차원을 근거로 삼아 전달 지표와 함께 팀 펄스를 기록하는 걸 정당화하세요.
Forsgren, N., Humble, J., and Kim, G. (2018). Accelerate: The Science of Lean Software and DevOps. IT Revolution Press. DORA의 네 가지 전달 지표의 출처예요. 그중 하나를 처리량 지표로 쓰면 그 자리에서 지어낸 지표가 아니라 방어할 수 있는 지표가 돼요.
Graham, P. (2009). “Maker’s Schedule, Manager’s Schedule.” paulgraham.com/makersschedule.html. 짧고 무료예요. 아직 마음을 정하지 못한 동료에게 보내기에 가장 설득력 있는 글이고요.
GitLab all remote handbook, about.gitlab.com/company/culture/all-remote. 비동기 상태 공유로 공개적으로 굴러가는 대규모 조직이에요. 이 모델이 규모 있게 작동한다는 증거지만, GitLab은 이 주장에 이해관계가 있다는 점도 같이 기억하세요.
Shopify calendar purge, January 2023, as reported by Bloomberg, Fortune and others. 회사 캘린더에서 반복 회의 수천 개를 없애고, 수요일에는 두 명을 넘는 반복 회의를 금지했다고 보도됐어요. 되찾은 시간에 대한 구체적인 수치는 회사에서 나온 것이니, 측정된 사실처럼 말하지 말고 Shopify의 주장으로 밝히세요.
Atlassian Agile Coach, standup guidance. 스탠드업은 간결하게 유지하고, 비동기 형식을 포함해 팀의 필요에 맞게 조정하라고 권하는 업계 가이드예요. 매니저가 애자일 실천에 관해 이미 신뢰하는 출처에서 나온다는 점이 쓸모 있어요.
도구: Slack과 Teams에서 비동기 스탠드업을 돌리려면 Geekbot과 Standuply, 팀 체크인에는 Range. 사내에 추천하기 전에 현재 가격과 제품 상태를 확인하세요.
Rubinstein, J. S., Meyer, D. E., and Evans, J. E. (2001). “Executive Control of Cognitive Processes in Task Switching.” Journal of Experimental Psychology: Human Perception and Performance. “생산 시간의 최대 40%”라는 과제 전환 주장의 실제 출처예요. 뒤틀린 버전을 되풀이하지 말고 직접 확인할 수 있도록 여기 적어뒀어요.