Solomon
진행 상황 공유는 왜 매번 형식적으로 끝나는가
무엇을 했는지만 적으면 아무도 안 읽는다. 읽히는 상태 공유의 세 항목.
완료 목록은 읽히지 않는다
일일 공유가 이렇게 흐르는 경우가 많다.
```
어제: A 작업, B 회의
오늘: A 계속
특이사항: 없음
```
이 형식의 문제는 읽는 사람에게 필요한 정보가 없다는 것이다. 동료가 알고 싶은 것은 "무엇을 했나"가 아니라 다음 셋이다.
- 내 일에 영향을 주는 변화가 있나
- 도와줄 일이 있나
- 일정에 문제가 생기고 있나
세 항목으로 바꾸기
```markdown
진행
A 기능 — 파서까지 완료, 예상대로 목요일 마무리 가능
막힌 것
없음 / 또는 "인증 스펙 확인 필요 — 박 님께 문의드림"
다른 사람에게 영향
API 응답 형식이 바뀝니다 (필드명 user_id → userId).
프론트 쪽 수정 필요할 수 있어요.
```
세 번째가 핵심이다. 자기 작업이 남에게 미치는 영향을 적으면 그때부터 읽힌다.
일정 신호 넣기
"예상대로"인지 아닌지가 한 단어로 들어가면 관리 비용이 크게 줄어든다.
```
A 기능 — 파서 완료. [정상] 목요일 마감 가능
B 기능 — 외부 API 응답 지연. [지연 위험] 이틀 밀릴 수 있음
```
지연을 늦게 알리는 것이 가장 큰 문제인데, 매일 신호를 넣으면 자연히 일찍 드러난다. 지연 자체보다 늦게 알려지는 것이 대응을 어렵게 만든다.
막힌 것을 적는 문화
"막힌 것: 없음"이 계속 이어지면 두 가지 중 하나다.
- 정말 막힘이 없다
- 막혔다고 적기 어려운 분위기다
후자면 공유의 가장 큰 기능이 죽는다. 막힘을 빨리 드러내는 것이 팀 전체 시간을 아끼는 일인데, 그게 개인 평가처럼 여겨지면 아무도 안 적는다.
막힘을 적었을 때 도움이 실제로 오는 경험이 몇 번 쌓이면 이 부분이 자연히 바뀐다.
동기 vs 비동기
| 방식 | 장점 | 단점 |
|---|---|---|
| 모여서 (스탠드업) | 막힌 것이 즉시 연결됨 | 시간 고정, 전환 비용 |
| 비동기 (채널 작성) | 각자 시간에, 기록 남음 | 막힘 연결이 느림 |
비동기로 전환할 때 자주 놓치는 것이 막힘 연결 기능이다. 글로 적어두면 누가 언제 볼지 모르므로, 막힌 항목은 별도로 멘션하거나 채널을 나누는 장치가 필요하다.
빈도
매일이 항상 맞는 것은 아니다. 기준은 의존 관계의 밀도다.
- 서로 코드가 겹치고 매일 영향을 주고받음 → 매일
- 각자 독립적인 영역, 주 단위로 합침 → 주 2~3회
- 장기 단독 작업 → 주 1회 + 변화 시 즉시
의존이 적은데 매일 공유하면 "특이사항 없음"이 반복되고 형식화된다.
읽는 쪽의 역할
공유가 작동하려면 읽고 반응하는 쪽도 필요하다. 아무 반응이 없으면 쓰는 사람은 아무도 안 읽는다고 판단하고 성의가 떨어진다.
- 막힘에는 반응한다 (해결이 아니어도 "제가 볼게요"라도)
- 영향 알림에는 확인 표시를 한다
- 지연 신호에는 조정 논의를 시작한다
이 반응이 있으면 공유의 품질이 유지되고, 없으면 형식만 남는다.
최종 수정 2026-08-28