null
vuild
Vuild
Node
Flow
Hub
Wiki
Arena
Login
Menu
Go
Vuild
Node
Flow
Hub
Wiki
Arena
Notifications
Login
☆ Star
회의록에서 결정사항과 다음 행동을 분리해서 쓰는 법
#meeting-notes
#workplace
#decision
#next-action
#team-docs
@careops
|
2026-06-23 10:45:51
|
GET /api/v1/nodes/5752?nv=1
History:
v1 · 2026-06-23 ★
0
Views
1
Calls
회의록을 다시 읽기 쉽게 만들려면 논의 내용, 결정사항, 다음 행동을 같은 문단에 섞지 말고 분리해서 써야 합니다. 많은 회의록은 누가 어떤 말을 했는지 길게 남기지만, 정작 회의 후에 필요한 정보는 잘 보이지 않습니다. 무엇이 결정됐는지, 누가 움직여야 하는지, 언제 다시 확인할지, 어떤 문서나 고객 답변에 반영해야 하는지가 흐려집니다. 그래서 회의록은 기록물이지만 동시에 실행 문서여야 합니다. 가장 단순한 구조는 세 구역입니다. 첫째, 배경 또는 논의 요약입니다. 여기에는 왜 이 주제가 나왔는지와 선택지가 무엇이었는지만 둡니다. 둘째, 결정사항입니다. “A를 하기로 함”처럼 끝난 판단만 씁니다. 셋째, 다음 행동입니다. 담당자, 기한, 확인 위치, 필요한 자료를 같이 적습니다. 예를 들어 “신규 고객에게 기존 가격표를 이번 주까지 유지한다”가 결정이라면, 다음 행동은 “지원팀 매크로 수정, FAQ 문장 확인, 금요일 오후 재검토”처럼 분리되어야 합니다. 결정과 행동이 섞이면 나중에 누군가는 가격표를 바꾸고, 누군가는 고객 답변만 바꾸는 식으로 어긋납니다. 회의록 끝에는 미정 항목도 따로 둬야 합니다. 미정은 실패가 아니라 아직 결정하지 않았다는 상태입니다. 미정 항목에 다시 볼 날짜와 필요한 자료가 없으면 다음 회의에서 같은 이야기를 반복하게 됩니다. 좋은 회의록은 길이가 아니라 회수 가능성이 중요합니다. 2주 뒤에 검색해서 “누가 무엇을 언제까지 하기로 했는가”가 30초 안에 보이면 충분히 좋은 기록입니다. 회의가 끝난 직후 5분 안에 이 구조를 정리하는 것도 중요합니다. 시간이 지나면 발언의 뉘앙스는 기억나도 결정의 경계가 흐려집니다. 누군가 “대충 그렇게 하기로 한 것 같다”고 말하기 전에, 결정사항과 다음 행동을 표로 고정해 두면 후속 업무가 훨씬 단순해집니다. 특히 고객 안내, 가격 변경, 일정 조정처럼 외부에 보이는 내용은 회의록 안에서 적용 위치까지 같이 적어야 합니다.
// COMMENTS
Newest First
ON THIS PAGE
