서비스 업체를 선택한 지 반년 뒤 다시 검토해야 합니다. 완료한 할 일에는 ‘A사 선택’이라고 적혀 있지만 가격, 도입 수고, 부족한 기능 중 무엇이 결정적이었는지 기억나지 않습니다. 이유를 찾기보다 다시 비교하는 편이 빠르게 느껴집니다.
완료할 때 약간의 맥락을 남기면 이런 상황을 줄일 수 있습니다. 목적은 미래의 판단을 바꿀 수 있는 근거를 남기는 것입니다. 아래는 설명을 위한 예시이며 실제 고객 프로젝트의 기록이 아닙니다.
업무 완료와 기록 보관 구분하기
목표한 결과가 나오면 할 일은 완료입니다. 노트를 더 정리할 가치가 있는지는 별개의 질문입니다. 모든 완료 항목에 문서화를 요구하면 남길 것이 없는 업무에도 부담을 더합니다.
ActionDrivenNote에서 태그를 달면 완료 후에도 주제를 통해 액션의 내용을 열 수 있습니다. 태그 없는 반복 업무는 자주 보는 노트 모음에 추가하지 않고 완료 기록에 남겨 둘 수 있습니다.
업무 종류에 맞게 판단하기
반복적인 변경: 프로필 사진 바꾸기
사진을 바꾸고 확인하면 끝입니다. 보통 요약이나 새 주제는 필요하지 않습니다. 예상하지 못한 이미지 형식 제한이 있었다면 그 발견만 남길 가치는 있을 수 있습니다.
의사결정: 두 서비스 업체 중 고르기
기준, 후보, 비교한 날짜, 이유를 남깁니다. 가격과 기능은 바뀌므로 현재 사실과 과거 관찰을 구별할 수 있어야 합니다.
조사: 간헐적인 오류 고치기
증상, 관련 조건, 유력한 원인을 배제한 방법, 확인한 원인, 수정 검증 방법을 남깁니다. 변경과 테스트 결과에도 연결하세요. 다음 사람이 비슷한 증상이 같은 원인인지 판단하는 데 도움이 됩니다.
막연한 결정을 다시 찾을 수 있는 기록으로 바꾸기
A사가 더 간단해 보입니다. B사는 옵션이 많습니다. 이번에는 A사로 진행합니다.
결과는 보이지만 미래의 질문에는 거의 답하지 못합니다. 조사 기록 전체를 다시 쓰기보다 기억이 남아 있을 때 부족한 맥락을 추가하세요.
결정: 첫 출시에는 A사를 사용합니다. 여기에 비교 날짜를 기록합니다.
요구 사항: 전송 이벤트, 테스트 환경, 지금 쓸 수 있는 시간 안에서의 도입.
이유: 이 예시에서 A사는 필수 기능을 충족하며 팀이 도입 방법을 알고 있습니다. B사의 추가 기능은 첫 출시에 필요하지 않습니다.
근거: 실제 기록에서는 날짜가 있는 가격 비교, 기능 확인, 도입 테스트에 링크합니다.
재검토 조건: 전송량, 전송 요구 사항, 가격, 유지 비용이 달라질 때.
새 제목에는 나중에 기억할 만한 ‘트랜잭션 이메일’과 ‘업체’라는 말이 들어 있습니다. 여러 프로젝트와 관련되면 ‘이메일 전송’ 같은 주제 태그가 유용합니다. 다른 태그는 노트로 돌아오는 경로가 될 때만 추가하세요.
진행 중에 쓸 만한 기록이 없었다면 다음 업무는 짧은 업무 노트 틀로 시작하세요. 끝난 뒤 모든 내용을 떠올리는 편이 더 어렵습니다.
결론에 적용 조건 붙이기
‘A사 사용’은 복사하기 쉽지만 잘못 적용하기도 쉽습니다. ‘이 요구 사항과 제약이 있으므로 첫 출시에 A사를 사용’이라고 적으면 미래의 독자가 판단할 수 있습니다.
최종 결론과 조사 중의 노트를 구분하고 출처는 아래에 보관하거나 명확한 링크로 연결하세요. 한 환경에서만 시험했다면 그렇게 적으세요. 근거가 없는 부분은 기억으로 채우지 말고 불확실성을 표시하세요.
기록을 다시 사용해 흐름 완성하기
반년 뒤 업체를 다시 검토하는 예시로 돌아갑니다. ‘트랜잭션 이메일’로 검색하거나 주제 태그를 열어 원래 조건을 읽은 뒤 현재 전송량, 요구 사항, 가격을 확인합니다. 과거의 선택이 새 판단의 출발점이 됩니다.
결론이 달라지면 새 평가를 만들고 노트에서 이전 결정에 링크하세요. 현재 어떤 권고가 유효한지 날짜를 분명하게 남기세요. 과거의 이유를 현재의 조언처럼 취급하지 않고 보존할 수 있습니다.
- 다시 찾고 싶은 결과, 설명, 재사용할 자료가 있나요?
- 검색할 만한 단어가 제목에 있나요?
- 결론의 근거와 조건을 찾을 수 있나요?
- 언제 결론을 재검토해야 하는지 적었나요?
첫 질문에 ‘예’라고 답할 수 있을 때만 사용하세요. 남길 가치가 있는 기록에서 유용한 지식 모음이 조금씩 자랍니다.