본문 바로가기
C.W.K.
Stream
Lesson 02 of 04 · published

계획 관문은 일정이 아니라 모양을 정해

~12 min · process, planning, collaboration, design

Level 0젖은 흙
0 XP0/36 lessons0/12 achievements
0/100 XP to next level100 XP to go0% complete

관문이 앉는 자리

계획 관문은 실행의 첫 순서가 아니고, 맨 앞에 두는 게 관문을 쓸모없게 만드는 제일 흔한 방법이야. 그 앞엔 조사 단계가 와. 기준점을 읽고, 이웃을 재고, 이 주제가 기억 속이 아니라 오늘 실제로 어떻게 살고 있는지 확인해. 그러고 나서야 관문이 열려. 그 조사 없이 내놓은 계획은 결정으로 차려입은 추측이고, 승인하는 사람한테 밀어볼 게 아무것도 없거든.

관문 뒤로는 보고할 때까지 자율이야. 그 비대칭이 의도된 거고. 비싼 대화를 방향을 바꾸는 게 거의 공짜인 지점에서 한 번만 하고, 그다음엔 끊김 없이 진행해.

관문이 정해야 하는 것

"이거 괜찮아 보여?"라고 묻는 관문은 "좋아 보여"를 낳고 아무것도 안 지켜. 진짜로 만드는 건 되돌리기 비싼 결정들의 명시적인 목록이야. 이 작업장에서 그 목록은 이래. 작업이 살아갈 식별자, 뭘 만드는지, 각도(애초에 만들 값어치가 있는 이유), 구조 분해랑 그 크기, 단위별 밀도, 목소리, 결과물이 나타나야 하는 카탈로그나 색인에서의 배치, 선행 조건, 난이도, 그리고 저자 혼자 못 푸는 열린 절충안.

빠진 게 뭔지 봐. 인력 배치도, 일정도, 저자가 얼마나 걸릴지도 없어. 관문이 부르는 시간은 독자 쪽 시간뿐이야. 밀도가 모양의 일부니까. 그것들도 진짜 질문이고 다른 데 자리가 있어. 관문은 모양에 관한 거고, 모양은 작업을 다시 하지 않고는 나중에 못 고치는 바로 그거야.

하중을 받는 건 절충안 항목이야

위 목록은 대부분 저자가 자신 있게 제안할 수 있는 것들이야. 마지막 항목만 달라. 저자가 "혼자 내리면 안 되는 판단은 이것들입니다"라고 말하는 자리거든. 그 절이 빠진 관문은 발표로 전락하고, 발표는 승인돼.

쓸모 있는 형태는 열린 질문이 아니라 권고가 붙은 결정이야. "숫자는 가리는 게 제 기본입니다. 여기선 아무것도 안 가르치니까요. 그걸 공개하는 형제 쪽에 맞추고 싶으면 말씀해주세요"는 승인자한테 한 단어로 반대할 거리를 줘. "숫자는 어떻게 할까요?"는 작업을 도로 넘기는 거고.

관문은 단계니까 로그가 남아

뭐가 승인됐고, 누가 했고, 무슨 근거였는지가 그 일이 벌어지는 순간에 기록이 돼. 몇 시간 뒤에 쓰는 최종 보고서의 한 문장이 아니라. 이 작업장 이력에서 서로 다른 실행 셋이 끝에 가서야 관문이 기록된 적 없다는 걸 발견했어. 세션이 그걸 단계 경계가 아니라 대화로 취급했거든. 작업 자체는 멀쩡했어. 합의됐다는 증거가 없었을 뿐이지.

산출이 "승인"인 관문은 아무것도 한 게 없어. 산출은 결정 몇 줄이어야 해. 각각이 다른 쪽으로 갈 수도 있었던 결정이고, 그중 최소 하나는 저자가 자기 몫이 아니라고 표시한 것. 계획 안에 다르게 정해질 수 있었던 게 하나도 없으면 관문을 연 게 아니라 공지를 한 거야.

Code

관문의 필수 항목, 그리고 좋은 절충안 항목의 모양·text
PLAN GATE - present all of these, then wait

  identifier        what the work will be called and live under
  kind              which of the available shapes this is
  angle             why this is worth making; the one-sentence thesis
  structure         the breakdown, its size, and what anchors the size
  density           how heavy each unit is, against a measured floor
  voice             register, and any per-project conventions measured
                    rather than assumed
  placement         where it appears in the catalog / index / registry
  prerequisites     what a consumer needs first
  difficulty        the honest label
  trade-offs        the calls the author should not make alone

GOOD trade-off item (a decision + a recommendation):
  "Numbers and addresses: my default is to redact - they teach
   nothing here. Say the word if you'd rather match the sibling
   that publishes them."

BAD trade-off item (a question):
  "How should we handle numbers and addresses?"
  -> hands the work back, and will be answered with 'use your
      judgment', which is where you started.

External links

Exercise

마지막으로 다시 해야 했던 작업을 찾아서, 그 재작업을 부른 결정이 다르게 내려질 수 있었던 제일 이른 순간을 짚어봐. 그 순간에 필요했을 계획 관문을 써봐. 합의됐어야 할 항목 넷이나 다섯, 그리고 네 몫이 아니라고 표시했어야 할 항목 하나. 그리고 그 시점에 실제로 뭘 했는지랑 비교해봐. 아마 아무것도 안 했을 거야.
Hint
그 결정은 보통 구조적이고 지루해. 이름, 경계, 뭐가 어디 사는지 같은 것. 네가 기억하는, 고민했던 그 흥미로운 기술 선택이 아니라. 고민되는 선택은 결정처럼 느껴져서 논의가 되고, 구조적인 건 세부처럼 느껴져서 기본값으로 결정돼버리거든.

Progress

Progress is local-only — sign in to sync across devices.
이 페이지에서 버그를 발견하셨거나 피드백이 있으세요?문제 신고

댓글 0

🔔 답글 알림 (로그인 필요)
로그인댓글을 남기려면 로그인해 주세요.

아직 댓글이 없어요. 첫 댓글을 남겨보세요.