<div id="readability-page-1" class="page"><div id="post-body-1400619389791975766" itemprop="articleBody">
<a href="https://blogger.googleusercontent.com/img/a/AVvXsEg6vmmQSvDEd9kdDv-x59y_3G6rSmKOquoLBfARayAvI7zSVU3lfWPAfUdWuoB9rnBsdWBuh0NcBO53LBtPOKzlZXWicY_RqBWgz4USqymW7fW9EriRUiUXnTFChfU0_kW4izE5Wj2ulo2cCMpeWfAfCDneVn4bUBe96fxEbiEPCMh-_3W6oJyZKELoNco"><img alt="" data-original-height="1024" data-original-width="1024" height="280" src="https://blogger.googleusercontent.com/img/a/AVvXsEg6vmmQSvDEd9kdDv-x59y_3G6rSmKOquoLBfARayAvI7zSVU3lfWPAfUdWuoB9rnBsdWBuh0NcBO53LBtPOKzlZXWicY_RqBWgz4USqymW7fW9EriRUiUXnTFChfU0_kW4izE5Wj2ulo2cCMpeWfAfCDneVn4bUBe96fxEbiEPCMh-_3W6oJyZKELoNco=w640-h640" width="280"></a>평균적인 PM은 주당&nbsp;15-20시간을 회의에 씁니다.개발자도 주당&nbsp;10-15시간을 회의에 빼앗깁니다.만약 이 시간의 절반이&nbsp;낭비라면?아침에 출근하면 캘린더가 회의로 가득합니다. "오늘 회의 몇 개 있어요?" "5개요. 하루가 다 회의로 지나가네요." 회의가 끝나고 나면 "이제 일해야 해요"라고 말합니다.회의는 일의 일부가 아니라, 일을 방해하는 존재가 되었습니다.데이터는 충격적입니다:<ul data-source-line="17"><li data-source-line="17">회의가 많은 팀: 프로젝트 성공률 35%</li><li data-source-line="18">회의가 적은 팀: 프로젝트 성공률 75%</li></ul>차이는 2배입니다.오늘은 회의가 프로젝트를 망치는 7가지 메커니즘을 파헤쳐보겠습니다.<h2 data-source-line="24" id="1-문맥-전환의-숨겨진-비용">1. 문맥 전환의 숨겨진 비용</h2>개발자가 코딩에 집중하고 있습니다. 변수명, 로직 흐름, 버그 위치... 모든 게 머릿속에 로드되어 있죠.그때 캘린더 알람이 울립니다. "회의 5분 전"<pre data-info="{data-source-line=&quot;30&quot;}" data-role="codeBlock" data-source-line="30"><code>09:00 - 코딩 시작 (집중 모드 진입)
09:45 - 회의 알람 (집중 깨짐)
10:00 - 회의 시작
11:00 - 회의 끝
11:15 - 자리로 돌아옴
11:30 - 이메일 확인 (회의 후속 작업)
11:45 - 코딩 재개... "어디까지 했더라?"
12:00 - 점심
</code></pre>실제 코딩 시간: 45분MIT 연구에 따르면 문맥 전환 후 다시 깊은 집중 상태(Deep Work)에 도달하는 데 평균 23분이 걸립니다.<h2 data-source-line="45" id="2-파킨슨의-법칙-회의가-시간을-잡아먹는다">2. 파킨슨의 법칙: 회의가 시간을 잡아먹는다</h2>"작업은 주어진 시간만큼 늘어난다"30분 회의? 1시간이 됩니다. 1시간 회의? 2시간이 됩니다.실제 회의 시간 계산:<ul data-source-line="53"><li data-source-line="53">예정 시간: 1시간</li><li data-source-line="54">실제 회의 시간: 1.5시간 (평균 1.5배)</li><li data-source-line="55">준비 시간: 15분</li><li data-source-line="56">대기 시간: 10분</li><li data-source-line="57">정리 및 후속: 20분</li><li data-source-line="58">총 소모 시간: 2시간 15분</li></ul>1시간 회의 = 실제 2시간 15분 소모 회의 시간만 계산하면 안 됩니다. 준비와 정리 시간까지 포함해야 합니다.하루에 내릴 수 있는 의사결정 수는 한정되어 있습니다.일일 의사결정 용량: 100회의에서 소모:<ul data-source-line="71"><li data-source-line="71">아침 회의: -30</li><li data-source-line="72">상태 업데이트: -20</li><li data-source-line="73">리뷰 회의: -25</li></ul>남은 용량: 25 (실제 작업용)결과: 중요한 기술 결정을 못 내립니다. 회의에서 의사결정 용량을 다 써버리면, 실제 작업을 위한 결정을 내릴 힘이 없습니다.스티브 잡스가 매일 같은 옷을 입은 이유도 이것입니다. 사소한 결정을 줄여서 중요한 결정에 집중하기 위해서입니다.<h2 data-source-line="83" id="4-창의성-살인자">4. 창의성 살인자</h2>회의실의 형광등 아래에서 창의적인 아이디어가 나올까요?창의성이 발휘되는 순간:<ul data-source-line="89"><li data-source-line="89">샤워할 때</li><li data-source-line="90">산책할 때</li><li data-source-line="91">코딩에 몰입할 때</li><li data-source-line="92">혼자 조용히 생각할 때</li></ul>창의성이 죽는 순간:<ul data-source-line="96"><li data-source-line="96">"5분 안에 아이디어 내주세요"</li><li data-source-line="97">"브레인스토밍 합시다"</li><li data-source-line="98">"다음 사람 차례입니다"</li></ul><h2 data-source-line="100" id="5-가짜-진전감">5. 가짜 진전감</h2>회의가 끝나면 뭔가 일한 것 같습니다.<pre data-info="markdown {data-source-line=&quot;104&quot;}" data-role="codeBlock" data-source-line="104"><code>오늘의 성과(?):
✅ 기획 회의 참석 (2시간)
✅ 데일리 스탠드업 (30분)
✅ 코드 리뷰 미팅 (1시간)
✅ 회고 미팅 (1시간)

실제 산출물:
❌ 코드 0줄
❌ 버그 수정 0개
❌ 기능 구현 0개
</code></pre>회의는 일이 아닙니다. 일에 대한 이야기입니다.<h2 data-source-line="119" id="6-최저-공통분모-효과">6. 최저 공통분모 효과</h2>10명이 모인 회의에서 결정되는 것은 가장 보수적인 의견입니다.<pre data-info="python {data-source-line=&quot;123&quot;}" data-role="codeBlock" data-source-line="123"><code>def group_decision(opinions):
 # 10명의 의견
 risk_levels = [9, 8, 7, 6, 5, 4, 3, 2, 1, 1]

 # 실제 결정 = 최소값
 decision = min(risk_levels) # 1 (가장 안전한)

 # 혁신 가능성 = 0
 innovation = 0

 return "아무것도 바꾸지 맙시다"
</code></pre><h2 data-source-line="137" id="7-비동기-커뮤니케이션-기회-상실">7. 비동기 커뮤니케이션 기회 상실</h2>회의 대신 할 수 있는 것들:<pre data-info="markdown {data-source-line=&quot;141&quot;}" data-role="codeBlock" data-source-line="141"><code>❌ 1시간 회의 → ✅ 5분 Slack 메시지
❌ 브레인스토밍 회의 → ✅ 구글 독스 공동 편집
❌ 상태 업데이트 회의 → ✅ 대시보드 확인
❌ 의사결정 회의 → ✅ 이메일 투표
❌ 코드 리뷰 회의 → ✅ GitHub PR 코멘트
</code></pre><h2 data-source-line="149" id="해결책-회의-다이어트">해결책: 회의 다이어트</h2><h3 data-source-line="151" id="1-no-meeting-day">1. No Meeting Day</h3><pre data-info="python {data-source-line=&quot;153&quot;}" data-role="codeBlock" data-source-line="153"><code># 매주 화요일, 목요일 = 회의 금지
if day in ['Tuesday', 'Thursday']:
 return "회의 불가. Deep Work Day입니다."
</code></pre><h3 data-source-line="159" id="2-25분-룰">2. 25분 룰</h3>모든 회의는 25분으로 제한. 30분 달력에서 5분은 정리 시간.<h3 data-source-line="164" id="3-2-pizza-rule">3. 2-Pizza Rule</h3>회의 참석자는 피자 2판으로 먹일 수 있는 인원까지. (최대 6-8명)<h3 data-source-line="169" id="4-stand-up-meeting-문자-그대로">4. Stand-up Meeting (문자 그대로)</h3>서서 하는 회의는 평균 34% 짧습니다.<h3 data-source-line="173" id="5-agenda-or-cancel">5. Agenda or Cancel</h3><pre data-info="python {data-source-line=&quot;175&quot;}" data-role="codeBlock" data-source-line="175"><code>def should_have_meeting(meeting):
 if not meeting.agenda:
 return "취소"
 if not meeting.expected_outcome:
 return "취소"
 if len(meeting.attendees) &gt; 8:
 return "취소"
 if meeting.duration &gt; 30:
 return "재검토"

 return "진행"
</code></pre><h2 data-source-line="189" id="실제-사례-basecamp의-실험">실제 사례: Basecamp의 실험</h2>Basecamp는 2019년 "회의 없는 회사" 실험을 했습니다.결과:<ul data-source-line="195"><li data-source-line="195">생산성 40% 증가</li><li data-source-line="196">직원 만족도 최고치</li><li data-source-line="197">프로젝트 완료율 2배</li><li data-source-line="198">번아웃 50% 감소</li></ul><h2 data-source-line="200" id="체크리스트-이-회의-정말-필요한가">체크리스트: 이 회의 정말 필요한가?</h2>회의 전 자문:<ul data-source-line="204"><li data-source-line="204">&nbsp;이메일로 해결 가능한가?</li><li data-source-line="205">&nbsp;문서로 공유 가능한가?</li><li data-source-line="206">&nbsp;2명 이하로 해결 가능한가?</li><li data-source-line="207">&nbsp;명확한 아젠다가 있는가?</li><li data-source-line="208">&nbsp;30분 안에 끝낼 수 있는가?</li><li data-source-line="209">&nbsp;의사결정권자가 참석하는가?</li><li data-source-line="210">&nbsp;회의 후 액션 아이템이 명확한가?</li></ul>하나라도 "아니오"면 회의를 취소하세요.<h2 data-source-line="214" id="마무리-회의는-마지막-수단">마무리: 회의는 마지막 수단</h2>회의는 커뮤니케이션의&nbsp;가장 비효율적인 형태입니다.시간당 비용이 가장 높고, 생산성 손실이 가장 크며, 창의성을 가장 많이 죽입니다.회의를 줄이는 것이 생산성을 높이는 가장 빠른 길입니다.다음 회의 초대를 받으면 먼저 물어보세요: "이거 꼭 회의해야 하나요?"<hr>효율적인 비동기 협업과 프로젝트 관리가 필요하신가요?&nbsp;<a href="https://plexo.work/">Plexo</a>를 확인해보세요.

</div></div>

All of Software

평균적인 PM은 주당 15-20시간을 회의에 씁니다.
개발자도 주당 10-15시간을 회의에 빼앗깁니다.
만약 이 시간의 절반이 낭비라면?
아침에 출근하면 캘린더가 회의로 가득합니다.
"오늘 회의 몇 개 있어요?" "5개요. 하루가 다 회의로 지나가네요."
회의가 끝나고 나면 "이제 일해야 해요"라고 말합니다.
회의는 일의 일부가 아니라, 일을 방해하는 존재가 되었습니다.
데이터는 충격적입니다:
회의가 많은 팀: 프로젝트 성공률 35%
회의가 적은 팀: 프로젝트 성공률 75%
차이는 2배입니다.
오늘은 회의가 프로젝트를 망치는 7가지 메커니즘을 파헤쳐보겠습니다.
1. 문맥 전환의 숨겨진 비용
개발자가 코딩에 집중하고 있습니다. 변수명, 로직 흐름, 버그 위치... 모든 게 머릿속에 로드되어 있죠.
그때 캘린더 알람이 울립니다. "회의 5분 전"
09:00 - 코딩 시작 (집중 모드 진입)
09:45 - 회의 알람 (집중 깨짐)
10:00 - 회의 시작
11:00 - 회의 끝
11:15 - 자리로 돌아옴
11:30 - 이메일 확인 (회의 후속 작업)
11:45 - 코딩 재개... "어디까지 했더라?"
12:00 - 점심
실제 코딩 시간: 45분
MIT 연구에 따르면 문맥 전환 후 다시 깊은 집중 상태(Deep Work)에 도달하는 데 평균 23분이 걸립니다.
2. 파킨슨의 법칙: 회의가 시간을 잡아먹는다
"작업은 주어진 시간만큼 늘어난다"
30분 회의? 1시간이 됩니다.
1시간 회의? 2시간이 됩니다.
실제 회의 시간 계산:
예정 시간: 1시간
실제 회의 시간: 1.5시간 (평균 1.5배)
준비 시간: 15분
대기 시간: 10분
정리 및 후속: 20분
총 소모 시간: 2시간 15분
1시간 회의 = 실제 2시간 15분 소모
회의 시간만 계산하면 안 됩니다.
준비와 정리 시간까지 포함해야 합니다.
3. 의사결정 피로도
하루에 내릴 수 있는 의사결정 수는 한정되어 있습니다.
일일 의사결정 용량: 100
회의에서 소모:
아침 회의: -30
상태 업데이트: -20
리뷰 회의: -25
남은 용량: 25 (실제 작업용)
결과: 중요한 기술 결정을 못 내립니다.
회의에서 의사결정 용량을 다 써버리면, 실제 작업을 위한 결정을 내릴 힘이 없습니다.
스티브 잡스가 매일 같은 옷을 입은 이유도 이것입니다.
사소한 결정을 줄여서 중요한 결정에 집중하기 위해서입니다.
4. 창의성 살인자
회의실의 형광등 아래에서 창의적인 아이디어가 나올까요?
창의성이 발휘되는 순간:
샤워할 때
산책할 때
코딩에 몰입할 때
혼자 조용히 생각할 때
창의성이 죽는 순간:
"5분 안에 아이디어 내주세요"
"브레인스토밍 합시다"
"다음 사람 차례입니다"
5. 가짜 진전감
회의가 끝나면 뭔가 일한 것 같습니다.
오늘의 성과(?):
✅ 기획 회의 참석 (2시간)
✅ 데일리 스탠드업 (30분)
✅ 코드 리뷰 미팅 (1시간)
✅ 회고 미팅 (1시간)
실제 산출물:
❌ 코드 0줄
❌ 버그 수정 0개
❌ 기능 구현 0개
회의는 일이 아닙니다. 일에 대한 이야기입니다.
6. 최저 공통분모 효과
10명이 모인 회의에서 결정되는 것은 가장 보수적인 의견입니다.
def group_decision(opinions):
    # 10명의 의견
    risk_levels = [9, 8, 7, 6, 5, 4, 3, 2, 1, 1]
    # 실제 결정 = 최소값
    decision = min(risk_levels)  # 1 (가장 안전한)
    # 혁신 가능성 = 0
    innovation = 0
    return "아무것도 바꾸지 맙시다"
7. 비동기 커뮤니케이션 기회 상실
회의 대신 할 수 있는 것들:
❌ 1시간 회의 → ✅ 5분 Slack 메시지
❌ 브레인스토밍 회의 → ✅ 구글 독스 공동 편집
❌ 상태 업데이트 회의 → ✅ 대시보드 확인
❌ 의사결정 회의 → ✅ 이메일 투표
❌ 코드 리뷰 회의 → ✅ GitHub PR 코멘트
해결책: 회의 다이어트
1. No Meeting Day
# 매주 화요일, 목요일 = 회의 금지
if day in ['Tuesday', 'Thursday']:
    return "회의 불가. Deep Work Day입니다."
2. 25분 룰
모든 회의는 25분으로 제한.
30분 달력에서 5분은 정리 시간.
3. 2-Pizza Rule
회의 참석자는 피자 2판으로 먹일 수 있는 인원까지.
(최대 6-8명)
4. Stand-up Meeting (문자 그대로)
서서 하는 회의는 평균 34% 짧습니다.
5. Agenda or Cancel
def should_have_meeting(meeting):
    if not meeting.agenda:
        return "취소"
    if not meeting.expected_outcome:
        return "취소"
    if len(meeting.attendees) > 8:
        return "취소"
    if meeting.duration > 30:
        return "재검토"
    return "진행"
실제 사례: Basecamp의 실험
Basecamp는 2019년 "회의 없는 회사" 실험을 했습니다.
결과:
생산성 40% 증가
직원 만족도 최고치
프로젝트 완료율 2배
번아웃 50% 감소
체크리스트: 이 회의 정말 필요한가?
회의 전 자문:
 이메일로 해결 가능한가?
 문서로 공유 가능한가?
 2명 이하로 해결 가능한가?
 명확한 아젠다가 있는가?
 30분 안에 끝낼 수 있는가?
 의사결정권자가 참석하는가?
 회의 후 액션 아이템이 명확한가?
하나라도 "아니오"면 회의를 취소하세요.
마무리: 회의는 마지막 수단
회의는 커뮤니케이션의 가장 비효율적인 형태입니다.
시간당 비용이 가장 높고,
생산성 손실이 가장 크며,
창의성을 가장 많이 죽입니다.
회의를 줄이는 것이 생산성을 높이는 가장 빠른 길입니다.
다음 회의 초대를 받으면 먼저 물어보세요:
"이거 꼭 회의해야 하나요?"
효율적인 비동기 협업과 프로젝트 관리가 필요하신가요? Plexo를 확인해보세요.

노력 추정 정확도 높이기: 3시간이 3주가 되는 이유와 해법

댓글