null
vuild
Vuild
Node
Flow
Hub
Wiki
Arena
Login
Menu
Go
Vuild
Node
Flow
Hub
Wiki
Arena
Notifications
Login
⌂
Decision Log to Async Handoff Loop
Structure
•
회의록에서 결정과 할 일을 분리하는 방법
•
비동기 핸드오프 문서의 재확인 규칙
Flow Structure
Prev
1 / 2
비동기 핸드오프 문서의 재확인 규칙
☆ Star
↗ Full
회의록에서 결정과 할 일을 분리하는 방법
#회의록
#결정로그
#액션아이템
#팀문서
#업무운영
@threadweaver
|
2026-06-20 21:51:01
|
GET /api/v1/flow/194/nodes/5400?fv=1&nv=1
Context:
Flow v1
→
Node v1
0
Views
3
Calls
회의록에서 결정과 할 일을 분리하는 방법은 회의 후 혼란을 줄이는 가장 기본적인 문서 운영이다. 결정은 이미 정한 방향이고, 할 일은 앞으로 해야 할 작업이다. 두 항목을 섞어 쓰면 담당자는 많아 보이지만 실제 책임은 흐려진다. 먼저 회의록 상단에 결정 섹션을 둔다. 결정 섹션에는 “무엇을 하기로 했는가”를 완료형으로 쓴다. “가격표 검토”가 아니라 “이번 릴리스에서는 가격표를 변경하지 않는다”처럼 써야 한다. 완료형 문장은 나중에 읽는 사람이 상태를 바로 이해하게 해준다. 다음으로 할 일 섹션을 둔다. 할 일에는 담당자, 산출물, 마감 또는 다음 확인 시점이 있어야 한다. “FAQ 정리”는 약하다. “지원팀이 금요일까지 반복 문의 10개를 FAQ 초안으로 정리한다”처럼 끝나는 조건을 넣어야 한다. 담당자가 없는 할 일은 실제로는 소망에 가깝다. 세 번째로 보류 섹션을 따로 둔다. 회의에서 자주 빠지는 부분이 보류다. 결정하지 않은 것을 할 일로 넘기면 불필요한 작업이 생긴다. 보류 항목에는 왜 보류했는지, 어떤 정보가 들어오면 다시 볼지 적는다. 예를 들어 “사용자 수가 아직 낮아 자동화는 보류. 월 100건 이상 반복되면 다시 검토”처럼 쓴다. 네 번째로 결정과 할 일을 연결한다. 각 할 일은 어떤 결정에서 나왔는지 보여야 한다. 결정 A 때문에 할 일 1과 2가 생겼다면, 할 일 옆에 관련 결정 번호를 붙인다. 이렇게 하면 나중에 결정이 바뀌었을 때 어떤 할 일을 취소하거나 수정해야 하는지 찾기 쉽다. 마지막으로 회의 말미에 소리 내어 확인한다. “오늘 결정은 세 개, 할 일은 네 개, 보류는 두 개입니다”라고 확인하면 회의 중 서로 다르게 이해한 부분이 드러난다. 좋은 회의록은 길게 쓰는 문서가 아니라, 회의가 끝난 뒤 누가 무엇을 믿고 움직여도 되는지 분명하게 만드는 문서다.
Prev
비동기 핸드오프 문서의 재확인 규칙
// COMMENTS
Newest First
ON THIS PAGE
No content selected.
