원탁은 아무 때나 열리지 않는다 — Shape Up이 정원에 묻다, 우리는 어떤 회의를 해야 하는가

3줄 요약 • 캘린더가 꽉 찬 조직은 바빠 보인다. 그러나 바쁨과 전진은 다르다 — Shape Up의 질문은 "회의를 몇 개 없앨까"가 아니라 "우리는 어떤 회의를 해야 하는가"다. 결정은 드물고 선명하게, 실행은 길고 연속적으로. • Shape Up의 원리 하나가 이 시리즈의 심장을 관통한다 — "자율"보다 먼저, 실행 가능한 경계를 제공하라. 이 문장에서 '회의'를 '인간의 개입'으로 바꿔 읽으면, 그대로 하네스의 선언문이 된다. 에이전트의 자율은 개입을 줄인다고 생기지 않고, 판단할 수 있는 경계를 미리 심을 때 생긴다. • 그리고 "다음 사이클에 무엇을 걸 것인가"라는 베팅의 질문은 루프(PDSA, Plan-Do-Study-Act)의 Plan을 채우는 장치다 — 원탁(11편·12편)과 루프(10편·14편)가 이 질문에서 하나로 접합된다.

1. 캘린더는 꽉 찼는데, 결정은 없다

당신의 조직이 이렇다면 이 글은 당신을 위한 것이다. 매일 같은 시간에 모여 상태를 공유하는데, 정작 중요한 결정은 몇 주째 미뤄져 있다. 아직 형태가 잡히지 않은 일이 "일단 회의 잡죠"라는 말과 함께 캘린더에 올라온다. 결정권자가 없는 자리에서 참석자들은 서로의 의견을 수집하고, 그 결과는 다음 회의의 입력값이 된다. 그리고 최근에는 새 장면이 하나 추가됐다 — AI 에이전트를 도입해 실행은 눈에 띄게 빨라졌는데, 회의는 하나도 줄지 않았고 결정은 여전히 느리다.

캘린더가 빈틈없이 채워진 조직은 대개 바빠 보인다. 하지만 바쁨과 전진은 다르다. 회의가 결정을 만들지 못하고, 공통 이해를 만들지 못하며, 집중 시간을 갉아먹을 때 — 회의는 협업의 장치가 아니라 불확실성을 재분배하는 장치가 된다.

이 문제를 다른 각도에서 보는 사고법이 있다. 37signals(Basecamp)가 공개한 제품 개발 접근법 Shape Up이다. 우리는 이 관점을 정원 바깥의 씨앗 글 — 회의를 없애자는 말이 아니다: Shape Up이 묻는 질문, 우리는 어떤 회의를 해야 하는가 — 로 먼저 심어 두었다. 13편과 14편이 그랬듯, 바깥에 심었던 씨앗을 이번에 정원 안으로 들여온다.

그 전에 정직하게 밝혀 둘 것이 하나 있다. 14편은 말미에서 "다음 편은 스킬 내장 Eval을 정원의 에이전트들에게 실제로 다는 실전 기록"을 예고했다. 이번 편은 그 글이 아니다 — 다음 절에서 소개할 Shape Up의 언어를 미리 빌리면, 이번 사이클의 베팅 테이블에서 정원은 다른 패를 골랐다. 이것이 약속 파기가 아니라 이 글이 다루는 주제의 실연이라는 것을, 글이 끝날 때쯤 확인하게 될 것이다. 선택에는 포기가 포함된다. Eval 실전기는 다음 베팅으로 이월한다.

2. 두 개의 시간대 — Shape Up이 지키려는 것

Shape Up은 라이언 싱어(Ryan Singer)가 Basecamp의 운영 방식을 정리해 무료 공개한 책이다. 뼈대는 단순하다. 6주 사이클을 기본 단위로 두고, 사이클 사이의 2주 쿨다운(cool-down) 기간에 다음 사이클에 투자할 일을 **베팅 테이블(Betting Table)**에서 선택한다. 시작 전에 문제의 윤곽, 해결의 방향, 범위의 경계와 위험을 충분히 다듬는 작업이 **셰이핑(shaping)**이고, 그 산출물이 **피치(pitch)**다. 그리고 선택된 팀은 6주 동안 방해 없이 그 문제를 푼다.

여기서 흔한 오해 하나를 걷어내자. Shape Up은 "회의 없는 회사" 이야기가 아니다. 셰이핑도 대화이고, 베팅 테이블은 명백히 회의다. Shape Up이 지키려는 것은 회의 시간이 아니라 연속된 판단이다. 회의가 잦은 조직에서 개발자는 매번 맥락을 다시 불러와야 한다 — 오전의 설계 판단은 점심 전 상태 공유로 끊기고, 오후의 구현은 긴급 우선순위 논의로 흔들린다. 속도를 떨어뜨리는 것은 회의 한 시간 자체가 아니라, 회의 전후로 소실되는 집중력과 판단의 연속성이다.

그래서 Shape Up은 시간을 두 개의 시간대로 나눈다.

• 사이클 밖의 시간: 문제를 탐색하고, 피치를 만들고, 어떤 일에 자원을 걸지 결정한다.
• 사이클 안의 시간: 선택된 팀이 중단 없이 문제를 풀고, 정해진 시간 안에서 범위를 조절하며 결과를 만든다.

이 분리는 "관리자는 계획하고 팀은 실행한다"는 낡은 분업이 아니다. 오히려 실행팀이 매일 승인을 받지 않아도 되도록, 결정 가능한 경계와 책임을 사전에 명확히 하는 운영 설계다. 씨앗 글에서 가장 힘주어 적은 문장이 이것이다 — 자율성은 회의를 없앤다고 생기지 않는다. 자율적으로 판단할 수 있는 문제의 모양과 권한의 경계가 있을 때 생긴다. 이 문장은 뒤에서 다시 부를 것이다. 이 시리즈 전체를 관통하는 문장이기 때문이다.

같은 이유로 Shape Up은 백로그(backlog) 중심 운영을 경계한다 — 책의 챕터 제목이 아예 "Bets, Not Backlogs"다. 백로그는 가능성을 기록하는 데 유용하지만, 모든 항목이 언젠가 실행될 것처럼 보이게 만든다. 반면 베팅(bet)은 제한된 시간과 인력을 어디에 투자할지 선택하는 행위이고, 선택에는 포기가 포함된다.

그래서 베팅 테이블은 보고를 받는 자리가 아니라, 다음 넷을 결정하는 자리다.

• 이 문제는 지금 풀 가치가 있는가?
• 제안된 범위는 한 사이클 안에 끝나는가?
• 맡을 팀이 실행 중 매일 재협상하지 않아도 될 만큼 경계가 잡혔는가?
• 이번에 선택하지 않는 일은 무엇이며, 왜 그런가?

이 회의는 자주 열릴 필요가 없다. 대신 잘 준비되어야 한다.

3. 방법론 순례 — 회의는 의식이 아니라 피드백 장치

Shape Up만 이렇게 생각하는 것이 아니다. 씨앗 글은 주요 방법론들이 회의를 어떤 목적으로 쓰는지 순례하는데, 흥미로운 것은 결론의 수렴이다 — 건강한 방법론치고 회의 자체를 성과로 취급하는 것은 하나도 없다. 회의는 정보의 비대칭을 줄이고, 판단을 조정하고, 공동의 모델을 만드는 도구이며, 도구의 가치는 목적과 산출물로 판단한다.

스크럼(Scrum) — 데일리 스크럼의 목적은 "어제 무엇을 했는지"를 위에 보고하는 일이 아니다. 스크럼 가이드(2020)는 스프린트의 이벤트들이 규칙성을 만들고 스크럼에 정의되지 않은 회의의 필요를 최소화한다고 설명하며, 데일리의 목적을 스프린트 목표를 향한 진척의 **검사와 조정(inspection and adaptation)**에 둔다. 매일 대화했는데도 계획이 바뀌지 않고 장애물이 제거되지 않는다면, 그 회의는 스크럼 이벤트의 이름만 빌린 상태 보고다.

칸반(Kanban) — 특정 회의 주기를 일괄 처방하지 않는다. 작업 흐름을 시각화하고 진행 중 작업(WIP, Work In Progress)을 제한하며 흐름을 관찰·개선하는 것이 핵심이므로, 칸반식 질문은 "데일리를 해야 하나"가 아니라 "이 대화가 병목·대기 시간·예측성 중 무엇을 개선하는가"다. 흐름이 안정적이면 비동기 보드 갱신으로 충분하고, 병목이 반복되면 보드 앞에 짧게 모이는 것이 가장 값싼 개선 투자다.

린(Lean) — 회의 목록을 처방하지 않는 대신, 고객 가치를 만들지 않는 낭비를 드러내고 줄인다. 따라서 린의 관점에서는 회의 역시 심사를 면제받지 못한다 — 그 회의가 리드타임을 줄이는가, 재작업을 예방하는가, 아니면 정보를 한 번 더 전달할 뿐인가. 단, 린은 '회의 금지' 철학이 아니다. 복잡한 문제를 함께 관찰하고 원인을 찾는 대화는 높은 가치를 만든다. "회의를 없애자"보다 "회의도 개선 대상으로 측정하자"가 정확한 결론이다 — 14편에서 만난 데밍의 후예다운 태도다.

DDD(Domain-Driven Design, 도메인 주도 설계)와 이벤트스토밍(EventStorming) — 13편에서 들여온 그 DDD는 회의 방법론이 아니지만, 복잡한 도메인에서 공통 언어(13편의 유비쿼터스 언어)와 경계를 만드는 일은 종종 동기(同期) 협업을 요구한다. 이벤트스토밍은 이 지점의 집중형 워크숍이다 — 도메인 전문가와 개발자가 사건의 흐름을 함께 놓고, 같은 단어를 다르게 쓰던 지점을 표면으로 끌어낸다. 좋은 산출물은 회의록이 아니라 **이벤트 흐름, 공통 언어, 핫스팟(hotspot, 아직 풀리지 않은 갈등·불확실 지점의 표시)**이다. 매주 반복하는 상태 회의가 아니라, 도메인의 불확실성이 커졌을 때 밀도 높게 소집하는 회의.

네 방법론의 언어는 다르지만 겹치는 곳은 같다. 목적 없는 상태 보고 회의를 이상으로 여기는 방법론은 없다.

4. 회의를 심사하는 네 가지 질문

그렇다면 남길 회의와 줄일 회의를 무엇으로 가르는가. 씨앗 글은 네 가지 질문을 제안한다. 회의를 줄이려 할 때 흔히 빠지는 함정이 모든 동기 대화를 같은 비용으로 보는 것이다 — 의사결정 회의, 공동 모델링 워크숍, 장애 대응, 상태 공유는 같은 종류의 일이 아니다.

① 이 회의가 끝낼 불확실성은 무엇인가. 정보 전달이라면 문서·대시보드·비동기 스레드가 대체하기 쉽다. 그러나 우선순위 충돌, 책임 경계, 용어 충돌처럼 서로의 판단이 만나야 풀리는 문제는 대화가 필요하다. 회의 초대장에 주제 대신 이 한 문장을 넣어 보라 — "우리는 이 자리에서 어떤 불확실성을 끝낼 것인가?" 답을 쓸 수 없다면 회의의 목적은 아직 모호하다.

② 누가 결정하고, 무엇이 남으면 끝나는가. 결정권자가 빠진 회의는 의견 수집으로 끝난다. 회의 후에는 셋 중 하나가 남아야 한다 — 결정(무엇을 하기로 했는가), 실험(무엇을 언제까지 검증하는가), 에스컬레이션(누구의 판단이 추가로 필요한가). 이 셋 없이 "논의했다"만 남는 회의는 다음 회의의 입력값이 될 가능성이 크다.

③ 동기화가 꼭 필요한가, 비동기로 먼저 좁힐 수 있는가. 비동기는 만능이 아니다 — 복잡한 갈등과 위험한 결정은 실시간에서 더 빨리 풀린다. 실무 요령은 두 단계다. 먼저 비동기로 사실을 모으고(지표·초안·쟁점·선택지의 사전 공유), 그다음 동기로 판단을 끝낸다(회의 시간은 읽기와 보고가 아니라 상충하는 가설의 비교와 결론에). Shape Up의 셰이핑과 베팅, 스크럼의 검사와 조정, 칸반의 흐름 피드백에 공통으로 들어 있는 원리다.

④ 이 회의가 집중 시간을 침범할 만큼 중요한가. 개발·설계·글쓰기 같은 깊은 작업은 중단 비용이 크다. 그래서 마지막 질문은 생산성의 질문이 아니라 존중의 질문이다 — "이 논의의 가치는, 이 사람들이 작업 맥락을 잃는 비용보다 큰가?" 그렇다면 열어야 한다. 아니라면 문서와 보드를 개선해야 한다.

여기까지가 씨앗 글의 프레임이다. 이제 이 프레임을 이 시리즈의 흙 — 에이전트의 정원 — 으로 옮겨 심을 차례다. 옮겨 심고 보면 두 가지가 보인다. 하나는 하네스가 왜 존재하는가에 대한 더 좋은 설명이고, 다른 하나는 루프에 아직 비어 있던 자리 하나다.

5. 자율보다 먼저, 경계 — 하네스×루프의 번역

에이전트 시대의 조직에는 조용한 역전이 일어나고 있다. AI가 실행 비용을 낮출수록 병목은 실행에서 결정으로 이동한다. 코드는 에이전트가 밤새 짜는데 "무엇을 짤 것인가"는 사람의 캘린더에 갇혀 다음 주 회의를 기다린다면, 조직의 속도는 이제 회의의 품질이 정한다. 씨앗 글의 결론 — 결정은 드물고 선명하게, 실행은 길고 연속적으로 보호하라 — 은 에이전트 시대에 이렇게 번역된다. 실행은 에이전트에게, 인간의 시간은 결정과 학습(Study)에.

그리고 이 번역의 열쇠가 2절에서 다시 부르겠다고 한 그 문장이다. "자율"보다 먼저, 실행 가능한 경계를 제공하라. 이 문장에서 '회의'를 '인간의 개입'으로 바꿔 읽어 보라 — 에이전트의 자율성은 인간의 개입을 없앤다고 생기지 않는다. 자율적으로 판단할 수 있는 문제의 모양과 권한의 경계가 있을 때 생긴다. 이것은 그대로 하네스의 선언문이다.

매 턴 사람에게 "이렇게 할까요?"를 묻는 에이전트는, 매일 상태 회의로 판단이 끊기는 팀과 정확히 같은 병을 앓는다. 반대로 방목은 답이 아니다 — 경계 없는 자율은 14편의 아타리가 보여 줬듯 자유가 아니라 화재다. Shape Up이 실행팀에게 주는 것은 감독도 방목도 아닌 잘 셰이핑된 피치다. 그리고 피치의 다섯 요소는 놀랍도록 정확하게 좋은 에이전트 브리프의 구성 요소와 겹친다.

피치(pitch)의 요소	에이전트 브리프의 대응물
문제와 맥락	목표와 컨텍스트
시간의 상한(appetite)	예산과 한도 (턴·토큰·시간)
해결의 윤곽	접근 방향
미리 표시해 둔 위험(rabbit holes)	알려진 함정
하지 않을 일(no-gos)	범위 밖 선언

이 시리즈가 하네스라 불러 온 것이 바로 이 셰이핑의 제도화다. 정원의 3층 토양을 Shape Up의 언어로 다시 읽으면 — 지식(knowledge)은 판단의 기준을 미리 심어 두는 층이고(무엇이 올바른가를 매번 묻지 않게), 에이전트(agents)는 역할과 책임의 경계를 긋는 층이며(누가 무엇을 판단해도 되는가), 엔진(engine)은 일이 흐르는 물길이다(어떤 순서로 어디까지 가는가). 10편에서 루프 엔지니어링이라 불렀던 것 — 목표를 해석하고 도구를 부르고 결과를 검증하는 반복 구조의 설계 — 는 결국 에이전트가 방해 없는 사이클을 완주할 수 있도록 경계를 사전에 설계하는 일이었던 셈이다.

그러니 에이전트를 들였는데 여전히 모든 판단이 사람에게 돌아온다면, 물어야 할 것은 "더 좋은 모델"이 아니다. Shape Up이 회의에 던진 질문을 그대로 던져야 한다 — 이 개입이 없으면 에이전트가 결정을 내릴 수 없는가? 답이 '아니오'라면 그 개입은 없앨 것이 아니라 경계로 바꿔 심을 대상이다(지식·규약·게이트로). 답이 '예'라면 그것이야말로 사람이 앉아야 할 자리다. 그리고 그 자리에는 이름이 있다.

6. 다음 방향은 누가 정하는가 — 루프에 베팅을 잇다

14편의 PDSA 루프는 "루프가 어떻게 돌고, 어떻게 배우는가"까지 답했다. 게이트(Check)가 루프의 붕괴를 막고, 학습(Study)이 루프를 진화시킨다. 그런데 한 자리가 비어 있다 — 다음 사이클에 무엇을 돌릴 것인가. Study가 아무리 좋은 학습을 쌓아도, 그 학습으로 어떤 일에 다음 사이클을 쓸지는 루프 안에서 결정되지 않는다. 그것은 루프 바깥의 결정이다.

12편은 이 층을 한 문장으로 예감해 두었다 — 루프가 '다음 일'이면, 회의는 '어느 방향'이다. Shape Up은 그 자리에 정확한 이름을 붙여 준다. 베팅 테이블. Study가 만든 학습을 입력으로 받아, 다음 사이클의 Plan에 무엇을 올릴지 선택하고 — 선택만큼 중요하게 — 무엇을 올리지 않을지 명시하는 결정 장치. 사이클의 순환에 이 장치를 끼워 넣으면 그림이 완성된다.

  사이클 안(루프):   Plan ──▶ Do ──▶ Study(학습) ──▶ Act(루프 자체의 개선)
                     ▲                                   │
  사이클 밖(결정):    └──── [베팅 테이블: 선택과 포기] ◀───┘

Act와 베팅이 다른 층이라는 점도 분명히 하자. 14편의 Act가 "루프를 어떻게 더 잘 돌게 만들 것인가"(프롬프트·도구·게이트의 개선)라면, 베팅은 "그렇게 개선된 루프로 다음에 무엇을 돌릴 것인가"다. 하나는 사이클 안의 마감이고, 하나는 사이클 밖의 결정이다.

에이전트 시대에 이 장치는 사치가 아니라 필수가 된다. 실행이 싸지면 백로그는 무한히 쌓인다 — "에이전트 시키면 되지"의 목록은 줄어드는 법이 없다. 모든 항목이 언젠가 실행될 것처럼 보이는 백로그는, 사실상 아무것도 우선하지 않는 목록이다. 그래서 백로그가 아니라 베팅이라는 Shape Up의 언어가 루프 운영의 실전 지침이 된다. 다음 사이클에 에이전트를 어디에 걸 것인가. 그 베팅의 근거는 무엇인가(Study가 쌓은 학습인가, 목소리 큰 사람의 직감인가). 그리고 이번에 걸지 않는 일은 무엇이며, 그 포기를 어디에 기록했는가.

이제 1절의 매듭을 회수할 수 있다. 14편이 예고한 Eval 실전기 대신 이 글이 나온 것 — 그것이 바로 이 베팅이다. 지난 사이클의 Study(14편의 검수와 회고)가 "정원의 체크리스트는 아직 자연어"라는 학습을 남겼고, 동시에 정원 바깥에는 회의를 다룬 씨앗 글이 익어 있었다. 두 후보를 놓고 이번 사이클은 씨앗이 익은 쪽에 걸고, 실전기는 명시적으로 이월했다. 백로그에 슬쩍 밀어 넣은 것이 아니라, 글의 첫머리에 포기를 적었다. 베팅 테이블이 하는 일이 정확히 이것이다.

7. 우리 정원에서는 — 문이 무거운 회의실

12편의 규약대로, 담론은 실물로 못박는다. 이 정원에는 실제로 회의실 — 원탁 — 이 있고, 그 문은 의도적으로 무겁게 만들어져 있다. 원탁을 지을 때 우리는 Shape Up을 참조하지 않았다. 그런데 씨앗 글의 네 가지 질문 옆에 원탁의 장치들을 나란히 놓아 보면, 더듬거리며 놓았던 돌들이 같은 설계 원리 위에 있었다는 것이 드러난다 — 13편에서 DDD를 두고 했던 것과 같은 종류의 재발견이다.

씨앗 글의 네 가지 질문 (4절)	원탁의 실물 장치
① 이 회의가 끝낼 불확실성은 무엇인가	개회 5질문 게이트 — 목적 / 오늘 반드시 결정할 것 / 아직 모르는 것 / 필요한 전문가 / 산출물. 다섯 답이 채워지지 않으면 본회의에 진입할 수 없다
② 누가 결정하고, 무엇이 남으면 끝나는가	인간 최종 결정 — 원탁지기는 진행자이지 의사결정자가 아니다. 그리고 회의록 강제 저장 — 결정·보류·리스크·액션이 기록되지 않으면 회의는 완료되지 않은 것으로 취급된다
③ 동기화가 꼭 필요한가, 비동기로 먼저 좁힐 수 있는가	독립 의견 라운드 — 각 전문가가 서로의 답을 보지 못한 채 의견을 먼저 제출하고(사실을 먼저 모으고), 교차 질문과 수렴은 그다음에 온다(판단은 나중에 끝낸다)
④ 집중 시간을 침범할 만큼 중요한가	자동 트리거 금지 — 원탁은 스스로 열리지 않는다. 명시적 소집으로만 열린다. 정원의 시간은 기본값으로 보호된다

이 장치들이 실제로 작동한 기록도 정원에 남아 있다. 첫 회고 회의(2026-07-21, 12편의 그 회의)의 회의록에는 논의의 감상이 아니라 결정(담론편은 실물로 못박을 것), 보류(신뢰 인프라 구축), 리스크(자기참조 폐회로), 액션(편집 규약 정본화)이 항목으로 남았고 — 그중 '결정' 하나가 12편과 이 글의 7절을 만들었다. 회의가 산출물을 남긴다는 것이 무엇인지, 회의록의 형식 자체가 보여 주는 실물이다.

정직 고지도 함께 적는다. 게이트가 있다고 규율이 저절로 생기지는 않는다. 원탁의 문이 무겁게 만들어져 있어도, 소집할지 말지는 여전히 사람이 정한다. 그리고 에이전트 회의는 인간 회의보다 싸다 — 여기에 함정이 있다. 싸다는 이유로 "일단 원탁 열어 보자"가 잦아지면, 우리는 가장 경계했던 그 장면을 정원 안에 재현하게 된다: 결정 없이 돌아가는 상태 공유 회의, 다만 참석자가 사람에서 에이전트로 바뀌었을 뿐인. 원탁의 다섯 질문은 에이전트가 아니라 소집하는 사람을 심사하는 관문이다. 그 관문은 우리 자신에게도 무거워야 한다.

8. 마치며 — 남겨야 할 회의는 무엇인가

이 글은 회의를 없애자는 말이 아니다 — 씨앗 글의 제목 그대로다. 좋은 조직은 회의를 일괄 축소하지 않고 포트폴리오를 재편한다. 투자와 우선순위를 결정하는 회의, 공동 모델링 워크숍, 흐름 점검, 학습과 회고 — 산출물이 남는 회의는 줄일 대상이 아니라 더 잘 설계해서 지켜야 할 자산이다. 없애야 할 것은 회의가 아니라, 결정 없이 불안만 재분배하는 시간이다.

그리고 에이전트의 정원에서 이 질문은 두 배로 중요해졌다. 실행의 병목이 풀릴수록 결정의 병목이 드러나고, 조직의 속도는 점점 더 "우리는 어떤 회의를 해야 하는가"라는 질문의 답에 수렴한다. 에이전트에게는 실행 가능한 경계를(그것이 하네스다), 사람에게는 드물고 선명한 결정의 자리를(그것이 베팅 테이블이고, 우리 정원에서는 원탁이다), 그리고 루프에게는 Study에서 다음 Plan으로 건너가는 다리를(그것이 베팅이다).

다음 회의를 만들기 전에, 혹은 다음 회의를 지우기 전에, 씨앗 글의 마지막 질문을 그대로 돌려 드린다 — 이 자리는 어떤 불확실성을 끝내고, 누가 무엇을 결정하며, 그 결정이 팀의 더 긴 집중 시간을 어떻게 지켜 주는가. 답할 수 있는 회의라면 줄일 대상이 아니다. 지켜야 할 회의다.

다음 편은 이월해 둔 베팅을 회수한다 — 자연어 체크리스트를 실행 가능한 관측으로 바꾸는 일, 스킬 내장 Eval을 정원의 에이전트들에게 실제로 다는 실전 기록. 이번에는 포기가 아니라 선택의 차례다.

정원 은유로 맺는다. 원탁의 문이 무거운 것은 회의를 미워해서가 아니다. 문이 가벼우면 정원의 시간이 문틈으로 새어 나가기 때문이다. 무거운 문을 어렵게 열고 들어간 자리에서 내린 드문 결정만이, 울타리 안에서 일하는 꽃들의 길고 연속된 시간을 지켜 준다.

Festina lente — 천천히, 서둘러라. 결정은 천천히 드물게, 실행은 서둘러 연속되게.

하네스의 이야기는 계속됩니다. 감사합니다 💙

참고 자료

씨앗 글

• 회의를 없애자는 말이 아니다 — Shape Up이 묻는 질문: 우리는 어떤 회의를 해야 하는가 (웹노리 기고)

Shape Up (1차 자료)

• Ryan Singer, Shape Up: Stop Running in Circles and Ship Work that Matters (Basecamp, 무료 공개) — 6주 사이클·2주 쿨다운·셰이핑·appetite·uninterrupted time
• Shape Up — Chapter 7: Bets, Not Backlogs — 백로그가 아니라 베팅
• Shape Up — Chapter 8: The Betting Table — 베팅 테이블과 방해 없는 시간

방법론 비교 (1차 자료)

• The Scrum Guide (2020) — 스크럼 이벤트의 목적, 정의되지 않은 회의의 필요 최소화
• The Kanban Guide — 흐름·WIP 제한·피드백 루프
• Alberto Brandolini — EventStorming — 공동 모델링 워크숍
• Agile Manifesto — Principles

시리즈 내부 연결

• 10편: 루프 엔지니어링으로의 전환 — 반복 구조의 설계
• 11편: 자비스 라운드테이블 — 원탁의 설계도
• 12편: 빈 원탁에 꽃이 앉다 — 원탁의 실물과 첫 회고, "루프가 '다음 일'이면 회의는 '어느 방향'"
• 13편: LLM 시대에 다시 발견하는 DDD — 재발견 서사의 선례
• 14편: 한 글자의 전쟁 — Check와 Study, 이 글이 이월한 예고의 출처