<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>logs0</title>
  <link>https://logs0.me/</link>
  <atom:link href="https://logs0.me/rss.xml" rel="self" type="application/rss+xml"/>
  <description>업무 기록, 자동화, 데이터 정리. 사람이 기억하지 않아도 굴러가게 만드는 방법을 실제 사례 중심으로 정리했습니다.</description>
  <language>ko</language>
  <lastBuildDate>Mon, 10 Aug 2026 00:00:00 +0900</lastBuildDate>
  <item>
    <title>기억에 의존하는 업무가 반드시 새는 이유</title>
    <link>https://logs0.me/why-memory-fails</link>
    <guid isPermaLink="true">https://logs0.me/why-memory-fails</guid>
    <description>잊어서가 아니라 구조 때문입니다. 기록이 없으면 무엇이 무너지는지. 일을 놓치는 것은 성실함의 문제가 아닙니다. 사람이 동시에 붙잡을 수 있는 일의 수는 정해져 있고, 그 위로 올라가면 반드시</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>무엇을 기록해야 나중에 쓸 수 있나</title>
    <link>https://logs0.me/what-to-record</link>
    <guid isPermaLink="true">https://logs0.me/what-to-record</guid>
    <description>다 적으면 아무것도 못 찾습니다. 나중에 실제로 찾게 되는 것들만. 기록의 목적은 나중에 찾는 것입니다. 찾지 않을 것을 적으면 오히려 찾는 것을</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>타이핑하지 않고 기록을 남기는 방법</title>
    <link>https://logs0.me/record-without-typing</link>
    <guid isPermaLink="true">https://logs0.me/record-without-typing</guid>
    <description>현장에서는 키보드를 못 씁니다. 사진·음성·링크로 남기는 실무. 장갑을 낀 손으로는 타이핑을 못 합니다. 그래서 현장 기록은 손이 자유롭지 않다는 전제에서 설계해야</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>업무 사진 수천 장을 쓸 수 있게 만드는 법</title>
    <link>https://logs0.me/organizing-photos</link>
    <guid isPermaLink="true">https://logs0.me/organizing-photos</guid>
    <description>갤러리에 쌓인 사진은 자산이 아닙니다. 찾을 수 있어야 자산입니다. 현장 사진이 수천 장 있어도 못 찾으면 없는 것입니다. 정리의 목적은 보기 좋게가 아니라 찾기</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>나중에 찾을 수 있는 자료 보관 구조</title>
    <link>https://logs0.me/searchable-archive</link>
    <guid isPermaLink="true">https://logs0.me/searchable-archive</guid>
    <description>저장은 쉽고 검색은 어렵습니다. 처음부터 찾을 것을 전제로 쌓는 법. 자료를 쌓는 것과 쓸 수 있게 쌓는 것은 다른 일입니다. 차이는 “나중에 어떻게 찾을 것인가”를 미리</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>담당자가 바뀌어도 일이 이어지게 하려면</title>
    <link>https://logs0.me/shared-context</link>
    <guid isPermaLink="true">https://logs0.me/shared-context</guid>
    <description>인수인계 문서를 잘 쓰는 것보다 중요한 것. 평소에 남는 구조. 인수인계는 나가는 날 몰아서 쓰면 반드시 빠집니다. 평소에 남아 있어야</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>읽히는 회의록의 조건</title>
    <link>https://logs0.me/meeting-notes-that-work</link>
    <guid isPermaLink="true">https://logs0.me/meeting-notes-that-work</guid>
    <description>길게 쓰면 아무도 안 읽습니다. 실제로 쓰이는 회의록의 구조. 회의록의 목적은 기록이 아니라 실행입니다. 읽고 나서 무엇을 해야 하는지 모르면 실패한</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>무엇부터 자동화해야 하나</title>
    <link>https://logs0.me/what-to-automate-first</link>
    <guid isPermaLink="true">https://logs0.me/what-to-automate-first</guid>
    <description>자동화할 것과 하면 안 되는 것. 판단 기준 네 가지. 자동화는 만드는 비용이 듭니다. 아무거나 자동화하면 유지보수만</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>알림을 설계하는 법 — 많으면 안 봅니다</title>
    <link>https://logs0.me/reminder-design</link>
    <guid isPermaLink="true">https://logs0.me/reminder-design</guid>
    <description>알림이 늘면 전부 무시됩니다. 실제로 행동으로 이어지는 알림의 조건. 알림의 목적은 행동입니다. 읽고 아무것도 안 하게 되는 알림은 없느니만</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>완전 자동화보다 반자동이 나은 경우</title>
    <link>https://logs0.me/semi-automation</link>
    <guid isPermaLink="true">https://logs0.me/semi-automation</guid>
    <description>사람이 마지막 버튼을 누르는 구조. 왜 더 안전하고 오래가는가. 자동화의 목표는 사람을 없애는 것이 아니라 사람이 판단만 하게 만드는</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>자동화가 조용히 망가지는 방식</title>
    <link>https://logs0.me/automation-failure-modes</link>
    <guid isPermaLink="true">https://logs0.me/automation-failure-modes</guid>
    <description>돌아가는 줄 알았는데 몇 주째 멈춰 있던 경우들. 감지 장치가 필요한 이유. 자동화의 가장 무서운 실패는 에러가 나는 것이 아니라 조용히 멈추는 것입니다. 아무도 모르는 채로 몇 주가</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>매달 반복되는 일을 줄이는 순서</title>
    <link>https://logs0.me/recurring-tasks</link>
    <guid isPermaLink="true">https://logs0.me/recurring-tasks</guid>
    <description>같은 일을 매달 하고 있다면 순서를 바꿀 수 있습니다. 매달 같은 일을 한다면 세 단계로 줄일 수 있습니다. 없애기 → 묶기 → 자동화</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>템플릿이 자동화보다 효과적일 때</title>
    <link>https://logs0.me/template-driven-work</link>
    <guid isPermaLink="true">https://logs0.me/template-driven-work</guid>
    <description>코드 없이 반복을 줄이는 방법. 무엇을 템플릿으로 만들어야 하나. 자동화는 만들기 어렵지만 템플릿은 오늘 만들 수 있습니다. 그리고 효과는 생각보다</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>엑셀로 관리하다가 무너지는 지점</title>
    <link>https://logs0.me/excel-limits</link>
    <guid isPermaLink="true">https://logs0.me/excel-limits</guid>
    <description>엑셀이 나쁜 게 아니라 한계가 있습니다. 언제 넘어가야 하는지. 엑셀은 훌륭한 도구입니다. 다만 여러 사람이 동시에 쓰고, 자동으로 채워져야 하는 순간 한계가</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>지저분한 데이터를 정리하는 순서</title>
    <link>https://logs0.me/data-cleaning-order</link>
    <guid isPermaLink="true">https://logs0.me/data-cleaning-order</guid>
    <description>무작정 손대면 더 엉킵니다. 순서대로 하면 절반이 자동으로 정리됩니다. 정리를 시작하기 전에 무엇을 위해 정리하는지를 정해야 합니다. 목적이 없으면 끝이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>작은 사업이 봐야 할 숫자 다섯 개</title>
    <link>https://logs0.me/numbers-you-should-track</link>
    <guid isPermaLink="true">https://logs0.me/numbers-you-should-track</guid>
    <description>많이 보면 아무것도 안 바뀝니다. 행동으로 이어지는 숫자만. 숫자를 많이 보는 것과 결정이 바뀌는 것은 다릅니다. 매주 5분이면 보는 것으로</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>고객 정보를 다룰 때의 최소 원칙</title>
    <link>https://logs0.me/customer-data-basics</link>
    <guid isPermaLink="true">https://logs0.me/customer-data-basics</guid>
    <description>많이 모으면 위험만 커집니다. 필요한 만큼만 다루는 기준. 고객 정보는 자산이자 부채입니다. 관리할 수 있는 만큼만 가지는 것이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>대화 속에 흩어진 정보를 데이터로 바꾸기</title>
    <link>https://logs0.me/from-chat-to-data</link>
    <guid isPermaLink="true">https://logs0.me/from-chat-to-data</guid>
    <description>카톡과 문자에 있는 정보는 검색이 안 됩니다. 꺼내는 방법. 많은 회사의 실제 업무 기록은 메신저 대화에 있습니다. 문제는 그게 지나가면 사라진다는</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>혼자 일할 때 지켜야 할 운영 원칙</title>
    <link>https://logs0.me/solo-operation-rules</link>
    <guid isPermaLink="true">https://logs0.me/solo-operation-rules</guid>
    <description>혼자라서 생기는 문제들. 미리 정해두면 지치지 않습니다. 혼자 일하면 결정은 빠른데 검증이 없습니다. 이 구조적 약점을 보완하는 규칙이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>끼어드는 일 때문에 아무것도 못 끝낼 때</title>
    <link>https://logs0.me/focus-and-interruption</link>
    <guid isPermaLink="true">https://logs0.me/focus-and-interruption</guid>
    <description>집중 시간을 지키는 현실적인 방법. 완전히 차단할 수 없는 상황에서. “방해받지 않는 시간을 만드세요”는 대부분의 사업자에게 불가능합니다. 현실적인 절충이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>거절하는 기준을 미리 정해두면 편합니다</title>
    <link>https://logs0.me/saying-no</link>
    <guid isPermaLink="true">https://logs0.me/saying-no</guid>
    <description>매번 고민하면 지칩니다. 무엇을 안 할지 정하는 법. 거절이 어려운 이유는 매번 판단하기 때문입니다. 기준을 정해두면 판단이 아니라 확인이</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>체크리스트가 기억보다 나은 이유</title>
    <link>https://logs0.me/checklist-culture</link>
    <guid isPermaLink="true">https://logs0.me/checklist-culture</guid>
    <description>숙련자도 빠뜨립니다. 체크리스트를 만드는 법과 유지하는 법. 체크리스트는 초보를 위한 것이 아닙니다. 오히려 숙련자가 익숙함 때문에 빠뜨리는 것을</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>6개월 뒤의 나에게 남기는 기록</title>
    <link>https://logs0.me/handover-to-future-self</link>
    <guid isPermaLink="true">https://logs0.me/handover-to-future-self</guid>
    <description>다시 열어봤을 때 이해되는 기록을 남기는 법. 6개월 뒤의 나는 사실상 다른 사람입니다. 그때 이해할 수 있게 적어야</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>이름을 잘 붙이면 정리가 필요 없어집니다</title>
    <link>https://logs0.me/naming-things</link>
    <guid isPermaLink="true">https://logs0.me/naming-things</guid>
    <description>파일·폴더·항목 이름 규칙. 검색으로 찾을 수 있게 만드는 법. 정리를 잘하는 사람과 못하는 사람의 차이는 대개 이름에 있습니다. 이름이 좋으면 폴더가 엉망이어도</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>같은 정보가 여러 곳에 있으면 생기는 일</title>
    <link>https://logs0.me/single-source-of-truth</link>
    <guid isPermaLink="true">https://logs0.me/single-source-of-truth</guid>
    <description>어느 것이 맞는지 모르게 됩니다. 하나만 남기는 원칙. 같은 정보를 두 곳에 두면 언젠가 달라집니다. 그리고 어느 쪽이 맞는지 알 수 없게</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>주 1회 30분 점검이 만드는 차이</title>
    <link>https://logs0.me/weekly-review</link>
    <guid isPermaLink="true">https://logs0.me/weekly-review</guid>
    <description>돌아보지 않으면 같은 문제가 반복됩니다. 짧게 하는 방법. 바쁘면 돌아볼 시간이 없다고 느낍니다. 그런데 돌아보지 않으면 같은 일에 계속 시간을</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>도구가 늘어날수록 일이 늘어나는 역설</title>
    <link>https://logs0.me/when-tools-multiply</link>
    <guid isPermaLink="true">https://logs0.me/when-tools-multiply</guid>
    <description>도구를 더 쓰는 것이 항상 낫지는 않습니다. 정리하는 기준. 도구가 늘면 도구를 관리하는 일이 생깁니다. 어느 순간 도구 때문에 시간을</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>나중에 도움이 되는 로그의 조건</title>
    <link>https://logs0.me/logs-that-help</link>
    <guid isPermaLink="true">https://logs0.me/logs-that-help</guid>
    <description>다 남기면 못 찾고, 안 남기면 원인을 모릅니다. 균형점. 로그는 문제가 생긴 뒤에야 가치가 드러납니다. 그때 필요한 것을 미리 남겨두어야</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>큰 개선보다 작은 개선이 오래가는 이유</title>
    <link>https://logs0.me/small-improvements</link>
    <guid isPermaLink="true">https://logs0.me/small-improvements</guid>
    <description>한 번에 바꾸면 되돌아옵니다. 조금씩 바꾸는 방법. 업무 방식을 한 번에 크게 바꾸면 2주 뒤에 원래대로 돌아옵니다. 몸에 안 붙기</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
  <item>
    <title>결정을 기록하면 같은 논의를 반복하지 않습니다</title>
    <link>https://logs0.me/documenting-decisions</link>
    <guid isPermaLink="true">https://logs0.me/documenting-decisions</guid>
    <description>무엇을 왜 정했는지 남기는 최소 형식. 같은 논의를 두 번 하고 있다면 첫 번째 결론이 기록되지 않았기</description>
    <pubDate>Mon, 10 Aug 2026 00:00:00 +0900</pubDate>
  </item>
</channel>
</rss>
