커뮤니케이션 시스템

동호회, 동아리, 학회, 소모임, 단체등에서 적용할 수 있는 커뮤니케이션 시스템이다. 블로그만 운영하면 해당 포스팅이 이메일, 텔레그램, 페이스북페이지, 슬랙으로 자동전달된다. 사용자의 기호에 따라 Email, SMS, Social Media, Team Message 로 전달되는 것이다.

홍보나 마케팅이 아니라 ‘커뮤니케이션 시스템’이라고 명명한 이유는 참여자의 커뮤니케이션을 통해 운영되는 시스템이기 때문이다. 비공개 놀이광장에서 함께 이야기하며 그중 공개가 가능한 사항을 메세지로 블로그 포스팅 한다. 그리고 다시 그 포스팅은 놀이, 이야기의 소재가 된다. 그렇게 커뮤니케이션되는 사항들이 기본 컨텐츠가 된다.

기본 구성

놀이광장과 메세지는 참가자의 숙련도에 따라서 조절이 가능하다. 한국에서 가장 많이 사용되는 방식은 ‘전체참여카톡’과 ‘공지용카톡’ 두가지를 병행하는 것이다. 익숙하다는 장점이 있다. 지식을 함께 관리하거나 컨텐츠를 남길 필요가 없다면 이정도로도 충분하다고 생각한다. 사용자들이 새로운서비스에 익숙하다면 슬랙중 한개의 채널을 놀이광장으로 만들어도 된다.

가장 추천하는 방법은 페이스북그룹을 놀이광장으로 하고 블로그(텀블러나 블로그스팟)를 사용하는 것이다. 이유는 비공개그룹의 경우 그룹참여자만 볼수 있다는 점, 링크로 연결이 쉽다는 점, 텀블러는 한번에 예전내용을 보기가 쉽다는 점, 블로그스팟은 각자의 구글계정으로 댓글이 연결되게 할 수 있다는 점들이다.

운영단계

  1. 새로운 팀원이 참여하는 경우 구글폼을 안내한다. 주소록이 갱신된다.
  2. 놀이광장에 초대한다.
  3. 블로그를 관리한다(함께 팀블로그로 운영할수도 있다)
  4. (옵션) 운영진이 논의할 사안이 있다면 ‘슬랙+구글문서’로 논의하고 필요시 놀이광장과 연결한다.
  5. (옵션) 주기별로 – 1년, 한달 – 오프라인 컨텐츠를 만든다.

포인트

  • 그물망(구글폼) + 뼈대(블로그)
  • 놀이광장(페북그룹) + 메세지(블로그)
  • 한개씩 확장
  • 사용자의 익숙함과 감정라인
  • 클라우드, 링크 활용에 대한 어색함
  • 간결한 메세지와 BUZZ

‘읽기’ 어떻게 할것인가

음식을 만들려면 재료가 필요하다. 컨텐츠를 만들려면 자료가 필요하다. 음식을 쉽게 만드려면 냉장고를 잘 정리해야하는 것처럼 효율적인 컨텐츠 작성을 위해서는 나만의 저장고가 필요하다. 자료를 어디에 저장할 것인가. 웹자료의 찾아 읽고 분류하는 방법에 대해 알아본다.

검색

컴퓨터에서 기존에 작성했던 자료나 전임자가 넘겨준 자료를 찾아본다. 기본 OS상의 검색을 활용하거나 폴더별로 분류된 내용을 참고해서 찾아들어간다. 회사 ERP상에 있는 자료나 게시판을 검색하기도 한다. ERP든 컴퓨터든 정리가 잘되어있거나 검색이 잘된다면 좋겠지만 사람들의 생각의 구조가 다들 달라서 원하는 정리방법은 각각 다르고 자료의 공개도 의외로 꺼려서 검색이 쉽지 않다. 그래도 반복되는 일을 하는 경우 기존의 사례를 찾아보는 것이 대부분 처음 하는 일들이다.

웹상의 정보는 구글링을 하거나 네이버를 찾아본다. 검색이 실력인 시대가 되었다. 검색해서 찾아내는 것만이아니라 적합한 정보인지 판별해내는 것까지가 검색이다. (참고글: On Searching well)

컴퓨터와 ERP를 중심으로 업무를 하던 시절에는 탐색기에서 폴더별 정리가 중요했으나 업무를 클라우드를 중심으로 하기 시작하면서 분류에 에너지를 쏟기보다는 한곳에서 검색하는 방법을 주로 사용하게 되었다. 본인의 상황에 따라 그 중심이 Window, Google, Evernote, Devonthink등이 되는데 각 검색방법에 따라 장단점이 있다. 중요한 것은 내 방법은 어떤것이 중심이 되어 찾고 있는가를 인지하는 것이다.

구독

평소에 필요한, 관심있는 정보를 구독한다. RSS 나 SNS의 피드를 이용한다. RSS는 저물고 있지만 그 효용이 적어서 저무는 것이 아니라 그 효용이 좋지만 사용하는 사람이 적어(수익이 안되어)저무는 것이다. 양질의 정보를 구독하기 위해서 RSS구독하는 법은 반드시 익혀야 한다.

SNS에서 관계만 찾다보면 아무것도 얻지 못한다. 정보를 기반으로한 관계라는 것을 인지하고 양질의 정보를 평가하고 소화해서 다시 내어놓는 사이클을 통해 관계를 이어나가야 한다고 (개인적으로) 생각한다.

분류

검색하고 구독하는 정보들은 어떻게 분류하면 좋을까. 웹페이지를 각각 윈도우에 저장하는 단순한 방법도 있을것이고, (유료계정을 사용해서 용량에 부담이 없다면) 에버노트에 모두 저장하는 것도 대안이 될것이다. 에버노트는 윈도우, 맥과 같이 새로운 OS 플랫폼으로 사용하기에 충분하기 때문이다. 또한 여러개의 첨부파일을 한개의 노트에 순서별로 정리할 수 있어서 몇번의 연속된 회의에 대한 회의록 및 참고자료 작성에는 매우 훌륭한 도구가 된다.

하지만 나는 엑셀을 주로쓰는 업무특성상 윈도우가 기본이 되기때문에 에버노트의 경우 컴퓨터에서 한단계를 더 거쳐야 하기 때문에 답답한 부분이 있었다. 유료를 쓰면서 한개의 플랫폼에 종속되는 것도 싫었기 때문에 없어질만한 웹페이지에 대한 저장용도로만 사용한다.

Pocket 에 링크나 페이지를 저장하는 것도 대안이 되겠지만 Pocket 은 읽기를 기본으로 하는 서비스다. 할 수는 있지만 추천하진 않는다.(비록 나도 그렇게 찾아보기는 하지만)

Pinboard는 세스고딘이 사용하고 있다고 해서 눈여겨보고 있다가 사용하게 되었다. Pocket, Evernote와는 다르게 Tag > Tag > Tag 방식으로 찾아나갈수 있는 장점이 있기때문에 태그별로 분류해놓으면 찾기가 용이하기 때문이다.

사용법

많은 분들이 Pocket 을 기본 Hub로 활용한다. 그리고 에버노트와 Pinboard를 함께 쓰고 있다.

Pocket을 기본으로 Pinboard에 적절한 태그와 설명을 곁들여서 저장한다. 만약에 그 글을 완벽히 보관할 필요가 있다고 판단되면 에버노트에 전문을 저장한다. via Pinboard를 메인 북마킹 서비스로 사용하기 시작했다 | kalkin7
IFTTT와 같은 서비스와 연동이 잘 되서, Pinboard나 Pocket에서 별표를 체크한 글이 자동으로 에버노트에 자동으로 저장하게 한다거나, 특정 태그를 달면 에버노트에 자동으로 저장되게 한다거나 하는 것이 가능하다 – 인터넷에서 발견한 자료를 영구 보관하기 | kalkin7

Pocket에 모아진 글들을 시간이 있을때 읽어보고 Evernote에 저장한다. 트위터등 많은 링크들은 IFTTT를 이용해서 Pinboard로 저장한다. via 내가 웹컨텐츠를 관리하는 방법
Pushpin 씁니다. https://t.co/apRCj31CZq 맥에선 알프레드로 그냥 웹 검색 해버리구요. — 윤지만 (@jiman_yoon)

어떤 방법이든 특성에 맞게 단순화 하는게 좋다. Pinboard에도 Read it Later 분류가 가능하기 때문에 Pinboard를 Hub로 두고 있다. RSS 및 SNS의 모든 링크는 Pinboard에 모이고 시간을 내서 태그 및 간단 요약정리를 한다.

IFTTT를 사용하면 RSS구독중 별표 표시만으로 Pinboard로 저장되게 할 수도 있고, Pinboard에 저장된 내용이 자동으로 Dropbox에 txt로 저장되게도 할 수 있다. (IFTTT는 여러 자동화의 중심이 되고 있는데 요새는 종속되지 않도록 주의하고 있다. 기억을 강화하기 위해서는 의도적인 불편함도 만드는 것이 좋다)

Pinboard의 가장 큰 장점은 Tag > Tag > Tag 를 통한 정보 찾기, 텍스트 중심으로 디자인이 깔끔함, 빠른 속도 그리고 RSS를 Public, Private 둘다 지원한다는 점이다. 내가 Pinboard Private으로 저장해도 그 Tag, Comment가 RSS로 된다. RSS가 된다는 것은 IFTTT를 통한 무한응용이 가능하게 된다는 것이다. 단점은 연회비방식의 유료화가 되었다는 점이다.

There used to be just a one-time fee, but you missed the boat! Pinboard charges an annual fee of eleven dollars – Pinboard Cost: Frequently Asked Questions

대안으로는 Delicious가 있다. 원래 쓰던 서비스 였는데 앱에서 광고가 보기 불편해서 Pinboard로 넘어왔었다. 그래도 웹에서 쓰기에는 충분히 괜찮다. Public저장 링크에 대해 RSS도 지원하는데 필요하면 Public으로 1차 저장해서 RSS를 활용하고 Private으로 수정하는 요령을 쓸수도 있다.

Delicious를 쓰면서도 꾸준히 자료 정리하는 벤치마킹 사례를 보려면 이분의 Delicious를 보면 된다. 태그 분류하는 방법(태깅의 기술)도 참고로 남긴다.

중요한 것은 Evernote를 쓰고 Pinboard를 쓰는 것이 아니라 저장할때 필요한 부분을 발췌해서 정리하는 습관을 기르는 것이다. 저장만 하다보면 나중에 왜 저장했는지를 잊는다. 읽어두려 쌓아둔 책이나 잡지는 그만큼의 시간을 또 앗는다. 읽을때 필요한 부분을 요약, 태그분류하는 습관이 읽기와 기억을 도울 것이다.

덧붙여

DeliciousPinboard도 북마클렛을 지원한다. Bookmarklet을 즐겨찾기에 넣고 활용하면 편하다. 원하는 부분을 선택하고 bookmarklet을 클릭하면 해당 부분을 쉽게 Comment에 담을 수도 있다.

클라우드 정보관리 방식을 익힌다는 것을 한마디로 한다면 ‘링크를 활용한다’는 것이라고 할 정도로 링크를 가지고 노닐수 있는 것은 중요하다. 노는 방법을 익히는 순서는 내가 쓰는 글이 링크를 가지게 하는것이 첫번째, 그리고 내 링크와 다른 링크들을 정리하는 곳을 가지는 것이 두번째다.

정보의 바다에 빠지지 않고 그 파도를 타고 서핑하는 즐거움을 느끼시길.

블로깅의 의미

글을 쓰는 것은 정보를 전달하고, 어느 순간의 나를 남기기 위함이다. 정보전달에는 두가지 모습이 있다. 다른 이에게 전달되거나 내 눈앞으로 다시 보여지는 것이다. 타인의 행동,감정을 만들거나 나의 뇌를 재구성하게 된다. 타인의 움직이거나 나를 만드는 것이 글이다. 그렇다면 그 글이라는 것을 어디에 쓸 것인가.

Blog의 본질

과거의 글들은 암석, 나무, 종이위에 쓰여졌다. 암석은 움직이기 어려웠으며 종이는 이동이 가능하나 보관과 전달에 한계가 있었다. 현대는 웹이라는 공간과 다양한 플랫폼에서 수많은 글들이 쓰여진다. 그 중 블로그라는 플랫폼에서 우리는 블로깅을 한다.

블로그(Blog = Web + Log)가 가지는 본질속성은 웹(Web) 과 기록(Log)다. Web은 Link, RSS를 가능하게 하고 기록은 각 글이 남겨진 시간과 분류(Tag)를 가진다.

Web(Link, RSS) + Log(Time, Tag)

그 본질에 가장 어울리는 블로그 플랫폼들은 Blogspot, Tumblr, Medium, Jekyll, WordPress 등이 있다.(네이버다음 블로그를 추천하지 않는 이유이기도 하다. 네이버는 블로그라기 보다는 페이스북에 가깝다. 글 펌을 장려하고 원문을 찾기 어렵게 되어있기 때문이다.)

Blogging

웹에 글을 써놓으면 타인이 원하는 단어에 걸맞는 글이 검색된다. 예상치 못한 움직임이 생긴다.

google-hyungrok

필요하다고 생각하는 글을 써 놓으면 내가 검색해서 복습(과거의 나를 마주하게도 된다)하거나, 그 링크를 타인에게 전달한다.(내가 가장 많이 활용하는 방법이다) MAC에서 alfred를 사용해서 내 블로그를 검색하는 단축키를 만들어 놓는것도 시간절약에 도움이 된다.

alfred-hyungrok

세상 많은 일들이 그렇지만 블로깅이야 말로 직접, 계속 해봐야 안다. (글을 남기고 1년에 한번만 돌아본다 해도 (잊지 않고 돌아보는게 어디인가 😎 ) 알게 되는 것이 있다. 그래서 꾸준히가 아닌 계속이라는 단어를 썼다.)

nvALT와 글쓰기 루틴 그리고 프로젝트 지식관리

글쓰기 방법중 nvALT를 사용하는 방법을 적용해보았다. 스크리브너에 글감을 전부 모으는 방식으로도 충분했지만 여물어지지 않은 단계의 쪽글들이 nvALT로 모이게 되면서 수많은 txt 파일들이 좀더 정돈된 모습을 갖게 되었다.

참고글에 대한 부연

참고글인 ONE™의 노트작성 레시피. 재료는 nvALT, Simplenote, Dropbox, Alfred, PopClip, DEVONthink에 대한 부연.

  1. Alfred를 더 연구해볼까 했지만 파워팩 구매는 맥 업데이트 이후에 판단하기로 했다. 특정 프로그램에 종속되는 느낌이 싫기도 했고.(파워팩을 구매하지 않더라도 Alfred는 매우 편한 도구다)
  2. Devonthink Index 기능은 하면 좋고, 안해도 상관없다.
  3. 결국 nvALT는 Dropbox, Simplenote와 Sync되는 장점이 큰데 윈도우에서 txt파일을 Dropbox에 넣어도 싱크가 된다. 단, nvALT가 맥에서 한번 돌아가줘야 한다.
  4. 페이지를 마크다운으로 변환해서 txt로 저장하는 기능이라니 !

nvALT는 url을 복사한 후 ⌘⇧V 단축키로 “search or create” 란에 붙여넣으면 해당 url의 웹페이지 내용을 자동으로 가져오는 기능도 있다. 같은 기능을 웹 브라우저에서 원클릭으로 할 수 있는 북마클릿도 준비되어 있다. 놀부의 마크다운 사용법 – 무료 툴을 중심으로 한 워크플로우

루틴

nvALT를 사용하게되면서 글쓰는 루틴도 조금 바뀌었다.

  1. Mobile 에서는 Drafts 로 입력한다. 긴 글을 한개의 txt 파일로 저장하기도 하고, 한개의 주제에 대해 txt 파일을 고정액션으로 할당해서 쭉 적어나가기도 한다. 위로 붙이기도 하고, 아래로 붙이기도 한다. 결국 개별.txt 파일이나 주제별.txt 파일을 생성한다.
  2. 회사 윈도우 컴퓨터에서는 markdownpad2를 사용해서 초안을 잡거나 내용을 덧붙이거나 퇴고를 한다.
  3. 맥에서는 Byword 와 Markdown pro 를 사용한다. 글을 쓰기에는 Byword가 좋고 같이 보기에는 Markdown pro가 나았다.
  4. 각 txt 파일은 전부 nvALT와 싱크되는 드롭박스 폴더에 놓는다. 쪽글들의 클럽이라고나 할까.
  5. 블로그에 발행할 글은 Byword에서 바로 발행한다. 모바일, 맥 둘다 있다. (둘다 각각 구매해야하고 구매후 발행하는 기능도 각각 인앱구매를 해야한다는 꼼수가 덫으로 걸려있으니 구매시 참고할 것. 여러개의 블로그를 업무용이던 개인용이던 사용하는지라 전부 구매를 하게 되었다)
  6. 묶어서 발행하거나 관리할 필요가 있는 내용은 Scrivener로 관리한다.

프로젝트 지식관리

블로그를 이력관리 및 지식관리에 사용하는 방법은 아래와 같다.

  1. 프로젝트(또는 교육과정)이 있다면 해당 사안별 블로그를 운영한다.
  2. Event별 각 글을 발행한다. 발행된 글은 Scrivener로 가져온다.
  3. Devonthink를 사용한다면 RSS를 등록해놓을 수 있다. html문서를 자동으로 받아준다. 드래그 해서 Scrivener에 놓으면 된다. Evernote 사용자라면 ifttt를 활용해서 Evernote 클립후 Html로 Export 한 다음에 위와 같이 하면 된다.
  4. 프로젝트 종료시 팀 블로그 및 전자책이 남게된다.

여러개의 소셜채널 관리하기 2014

초기 트위터나 페이스북에서는 참여자가 적었지만 좋은 정보를 찾기는 쉬웠다. 현재 참여자는 많아졌지만 좋은 정보를 찾기는 어려워졌고, 비슷하지만 같은 정보의 중복노출로 인한 시간낭비도 심해졌다. 2014년 어떻게 피드들을 관리하는 것이 좋을까. 쓰는 것과 읽는 것.

상황의 변화

많은 친구들에게 적은 수의 메시지를 전달하는 페이스북 방식에서 적은 수의 친구들과 메시지를 자주 교환하는 방식으로 변화가 되고 있다.
Mary Meekers 2014
출처: Mary Meekers 2014 Internet Presentation – Business Insider

변화는 되고 있지만 일반인들의 참여는 계속 이어지고 있고 선거에 큰 영향을 미치고 있다. SNS의 무용에 대한 논란도 있지만 아래 사례들을 보면 메세지가 담긴 글들은 그 힘이 있다.

왜 사용하는가

같은 칼도 쓰임에 따라 그 용도가 다양하게 바뀐다. 온라인 도구들도 마찬가지로 그 목적에 따라 적절한 효용이 달라질 것이다. 나는 life log 및 생각의 흔적을 내어보기 위함이 가장 크다. 참여자가 많을수록 쏠림은 심해진다. 페이스북이나 트위터 모두 마찬가지다. 당신이 쏠림을 모을수 있다면 여러채널은 각각 좋은 도구가 되겠지만 휩쓸리기만 한다면 시간만 흩어질 것이다.

어떤 것이든 한가지를 잘 쓰면 된다. 한곳에 모인 생각의 흔적들을 주기적으로 돌아보고 주제별로 하나둘씩 나눈다면 스스로에 대해 알게될 것이다. 많아지면 달라진다. 양이 늘어나면 질이 변경되는 시점이 있다.

채널별 특징

페이스북을 계속 쓴다면 (다른 사람들의 이야기와 링크에 기대어 덧글만 내는 것이 아니라 위 사례에서 보듯 자신의 생각을 쓰는 것을 의미한다) 매년 어떤 시기에 자신이 어떻게 생각을 했는지 다시 돌아보기 쉽다. 가장 기본으로 사용되는 서비스로서 회원가입도 쉬워지고 연결된 사람들과 연락처도 자동연동이 된다. 연말이 되면 한해의 주요사진을 영상으로 변경해준다. 단점이 있다면 폐쇄성과 광고다. 어떤 글들은 로그인을 꼭해야하기 때문에 한동안 페이스북을 안쓰는 지인들은 로그인 비밀번호를 잊어버렸기때문에 그 글을 같이 공유할 방법이 없다. 광고는 광고가 방해를 하는경우와 연결된 사람들이 올리는 내용이 광고와 비슷한 정도인 경우가 있다.

페이스북 그룹은 주제별로 관심이 있는 사람들과 함께 할 수 있다는 장점이 있지만 그 참여자의 수준이 비슷하거나 정보의 Loop를 연결하는 체계를 갖추지 못한다면 될것같다가도 흐지부지 되는 경우가 많다. 개인과 연결된 사람들은 정보보다 관계에 반응하기 때문에 그룹을 잘활용하면 좋겠다 싶었지만 초보자의 질의응답수준에 머물게 되는 경우가 많았다. 오히려 구글+ 커뮤니티를 활성화하는 것이 나을 수도 있겠다.

트위터는 한국 참여자가 많이 없어졌다. 누구를 선택하느냐에 따라 정보의 질이 달라진다. 선택하는 것도 실력이다. 외국 각계의 CEO들의 목소리를 직접들을 수 있는 장점이 있다. 교황님까지도.

정보의 홍수시대에 오히려 블로그는 더욱 중요해졌다. 만약 당신이 책을 쓰거나 언론에서 어떤 목소리를 낼 수 있는 경우라면 불필요하다. 하지만 일반인이라면 자신의 생각을 나타낼 수 있는 블로그는 하나 있어야 한다. (네이버 블로그를 이야기하는 경우가 있는데 그건 블로그가 아니라 소셜이다. 서로 퍼가기를 장려하기 때문이다)

구글플러스(google+)는 모두 계정이 하나씩 있다. 정작 본인이 모르는게 문제인데. 안드로이드폰을 쓰면 gmail 계정을 하나씩 만들기 때문이다. 그 비밀번호를 잊지 않게 관리하는 것이 중요하다. 쓰지는 않더라도 알고는 있다면 언젠가 쓰임이 있을때가 있다. 구글+ 에서는 사진을 관리하기가 좋다. 자동백업 (설정Tip:통신비를 위해 wifi 지역에서 동기화, 무제한 용량활용을 위해 full size 백업해제) 되면서 주요사진을 선별해서 일기 대신 활용이 가능하다. 최근 구글스토리기능도 나와서 여행다녀온 사진을 잡지앨범처럼 자동으로 만들어준다. 가끔 여러장의 사진을 gif로 만들어줘서 예상못한 즐거움을 주기도 한다.

행아웃(Hangouts)은 구글+ 계정과 연동된다. 컴퓨터, 모바일에서 동시사용할 수있는 장점이 있다.(카톡이 최근 맥에서도 사용할수 있게되었지만 기능에 한계가 있다) 여러명이 대화하는 경우 누가 확인했는지 안했는지가 하단에 아이콘으로 나오는 장점이 있다.

어떻게 쓰는게 좋을까

  • 구글플러스로 자동백업후 선별되는 사진(Highlights)만 관리하면 쉽게 사진일기가 된다. 구글스토리로 여행앨범이 생성되는 건 보너스(추가 팁을 덧붙이자면 구글+(지메일)계정을 씀에 있어서 업무용과 개인용을 구분하는 것이다. 그렇게 구분할때 도움되는 부분들이 있다)
  • 페이스북은 다른 서비스 로그인용 및 지인들과 연락하기위한 용도로 쓴다. 페이스북 계정이 있어야 읽을 수 있는 의견들이 있긴한데 앞으로는 별로 읽을 것 같지 않다. 가끔 농담하기에도 유용하다. 그정도.
  • 트위터는 시점을 남기고 글감을 모으기 좋다. 수정이 안되기 때문이다. 글감으로 쓰고난 후에 사용된 트윗은 삭제한다. Storify와 같이써도 좋다.
  • 블로그는 호흡을 길게 가져간다. 생각하면 좋은 글이 나올 것 같아서 정작 써보면 그렇지 못한경우가 많기 때문에 계속 훈련해야한다. 글을 쓰는 능력은 더욱 중요해질 것이다. 영어라면 더욱 좋을 것이다. (워드프레스가 이성적인 블로그라면 텀블러는 감성적인 블로그라 하겠다)

결국 트위터는 블로그로 수렴되고 블로그는 책으로 수렴된다. 그렇게 생명력있는 글을 쓸줄 아는 것이 내 목적이다. (RSS를 구독하는 경우 소셜피드와 같지만 RSS를 쓸수 없는 사람은 몰라서 못 쓰고, 쓰는 사람은 피드등록이 너무 많아서 못보는 경우가 있다. 전부다는 아닐지라도 간간히 자신의 채널에 공유하는 것도 필요하겠다)

그렇게 생각에 대한 자신의 마을이 있다면 파편화된 채널속에서 중심을 잡고, 친구들과 가치있는 정보를 나누는데 도움이 된다.

정보관리 3단계 – DB, 검색 그리고 쓰기

개인 생산성과 컨텐츠를 높이는 좋은 방법은 없을까?  컨텐츠와 생산성은 지식에서 나오고 그 지식은 자신이 가진 정보를 어떻게 잘 다루느냐에 달려 있다. 이번에 맥OS가 매버릭스로 업데이트 되고, 트랙패드를 갖추면서 장점을 제대로 알게되었고, 정보를 관리함에 있어서 어떤 방법이 효과적인가에 대해 개념화 할  수 있었다.

Windows, 현재의 모습들

하드(HDD)에 모든 파일들이 저장되어있다. 폴더별 Database를 구성하고 있고, 필요한 파일은 기억에 의존하여 찾아가거나 탐색기에서 검색한다. 필요한 자료를 한개의 폴더에 모아놓고 또하나의 파일을 생성해서 목적물을 완성한다. 관련파일은 대부분 엑셀, 파워포인트 또는 hwp의 형식을 가진다. 폴더를 압축해서 메신저로 주고받거나 인수인계하기가 용이하며 폴더의 트리구조가 정돈되어 있거나 파일명칭의 체계가 있다면 도움이 된다.

여러파일들이 공존하기 때문에 어떤것이 최종파일인지 혼동이되며, 개인별 트리구조 및 파일명칭체계가 상이하기 때문에 혼란이 생기기 쉽다. 많은 파일을 가지고 있되 정작 필요한 파일을 솎아내기 어렵다.

ERP, 회사 그리고 Process

Data가 ERP에 구성되어 있다. 그곳에서 업무를 처리하고 검색, 입력을 수행하게 된다. 개인의 탐색기정리 및 검색, 작성능력이 개인의 지적생산성을 결정하는 것처럼 회사 Database의 정돈상태와 적정시기의 알림, 검색, 입력 Form이 그 단체, 팀의 지적성과물의 효율과 효과를 결정한다.

눈에 보이지 않는 가장 중요한 프로세스가 있다. 불필요한 Data의 폐기(정리)인데, 폐기가 선행되어야 효과적인 정돈이 가능하기 때문이다. 누구나 알지만 아무도 말하지 못한다. 더 하라고 하는건 타인의 책임의 문제로 돌아가므로 말하기는 쉽지만, “안해도 돼!”에는 온전한 본인의 책임이 뒤따르기 때문에 쉽게 말하지 못한다. 해야하는 것을 정하기 전에 안해도 되는것을 솎아내는 것은 중요하며 제대로 아는것과 용기로 귀결된다.

또한, 초기 기획단계 인원들은 많은 성취감과 성과를 낼 수 있었지만, 그 바톤을 이어받아 관리하는 지금은 처음 단계만 못하다. 처음에는 생산성을 높이기 위한 투자였으나 지금은 비용으로 인식하고 있기도 하고, 없는 상태에서 만들기는 쉽지만 있는 상태에서 개선하는 것은 기존시스템과 신규 시스템에 대한 양측의 이해도가 필요하기 때문이다. 투자비용은 높아지고 회수성과는 낮아졌다. 변치 않는것은 그 시스템의 효율과 효과가 팀, 직원間 사이에서 발생하는 노이즈를 얼마나 제거 할 수 있느냐, 발생하지 않게 하느냐에 따라서 전체의 역량이 발휘된다는 점이다.

News

새로운 소식을 접하는 기자, 블로거의 경우는 RSS 와 Feed를 통해 새로운 소식을 접하고 기존 기사 및 자료(Database)와 대비(검색)해서 기사를 작성하게 된다. 예전에는 기사를 쓰는 방법이 Text(글)만 가능했으나 이젠 사진, 음성, 동영상, Interactive 자료, Infographic, Map, Timeline 등 다양해졌다.

MAC

맥을 사용하는 경우는 비슷하면서 달랐다.Database가 HDD에 구성되어 있는 점은 같지만 그 내용을 찾고 연결하는 방법에서 다르다. 윈도우 탐색기와 같은 기능은 Spotlight나 Finder에 있다. 찾고 연결하는 방법을 돕는 생산성 프로그램이 많다. DEVONthink, Papers가 그렇다. Devonthink는 그 자체가 하나의 Database를 구성한다. 모든 양식의 자료를 모아서 Database를 만들고 Indexing해서 찾기 쉽게 만들어준다. 에버노트와 비슷하다고 생각하면 된다. 스마트폰을 주로 사용하는 사람은 에버노트에 모든 정보를 넣고 관리하는 경우도 있는데, 아무래도 DEVONthink를 벤치마킹한 건 아닐까하는 생각이 들었다. 벤치마킹하지 않았다고 해도 그 개발하는 사람들이 DEVONthink를 사용해본 사람들이 있었을 거라고 생각한다. 안다는 건 결국 경험의 문제니까.

Papers는 논문에 특화되어있는 서비스다. 논문이 있으면 해당 서지정보(저자, 연도등 논문관련 정보)를 정리하기 쉽게 해준다. 서지정보는 구글스콜라나 논문사이트에서 정리된 상태로 제공해주므로 그 자료를 다운받아서 연결해주면 자동으로 정리가 된다. 개인적으로 가지고 있는 PDF를 정리하기도 용이하다. 결국 PDF라는 컨텐츠를 정리된 서지정보와 연결하는 것이므로 내가 사용하는 DB의 정보가 정돈되어있다면 어떤 내용이든 정리가 용이하다. 논문이라는 것도 인간이 연구하는 지식체계를 전세계가 서로 중복되지 않게 쌓아가는 모습을 가져야 하는것 아닌가.

글을 쓰는데 있어서도 Scrivner를 활용하면 글뭉치의 배치 및 논리전개를 가다듬기가 용이하다. 이렇게 생산성과 관련된, 글쓰기를 즐겁게 하는 도구들이 많은지 MAC이라는 동네에 와서 알았다. 아이폰 앱, 구글크롬 앱 및 익스텐션들 모두 MAC이라는 사용자 경험이 있었기 때문에 가능했다. 그렇지 않을까 싶었는데 경험해보니 역시나 그랬다. 맥을 써본후 3단계라는 결론을 내렸다.

Database, 검색, 쓰기.

Web

운영체제에 구속받지 않고 웹을 활용하는 방법도 있다. 모든 DB는 Blog(WordPress를 추천한다. 한계는 좀 있지만 컨텐츠 DB라는 관점에서는 워프가 최적이다)에서 관리하고, 검색은 검색엔진(Google과 Wolphram alpha를 추천)과 R1하고, 쓰는 건 Email(Gmail을 추천)과 Tableau을 활용하는 것.

Next – Cloud, Markdown, RSS

여기서 클라우드 서비스(Dropbox추천; 가장 먼저 시작한 서비스라서 호환이 잘된다)를 중간에 넣으면 효과에 있어서 한번 단계적 도약을 하게되고, Markdown을 활용할줄 안다면 속도가 빨라진다. 블로그를 운영한다면 세단계. 블로그에서 발행한 정보는 RSS를 통해 다시 (DEVONthink로 들어가서) DB를 구성하는 지식고리가 완성된다.

윈도우, ERP, MAC, WEB 별 정보관리 단계를 개념화하고 Next로 알아야 할 사항에 대해 알아보았다. 각자 질문을 품고 자신의 상황과 이해에 맞게 구성하는 것은  지식을 다시 정리하고 되돌아 볼수 있는 계기가 될 것이다.

나는 지식을 어디에 Database화 하는가?
어떻게 검색하고 검증하는가?
어떻게 쓰고 (Writing) 있는가?

😐 정보 교류의 진화단계, 앞으로의 교육 까지 쓰려다 너무 길어져서 여기까지.

 

[참고글]

  1. 맥 – 생산성의 끝판왕.
  2. 맥매니아 생산성 주제 발표 영상 (제3회 재능나눔세미나 후기) | Project Research.
  3. 맥의 세상에 빠지다 | Fall in Mac World :: DEVONthink를 사용한 자료수집 및 자료관리.
  4. 한국/한글 특성에 맞는 Mac 필수 유틸리티 | Project Research.
  5. Mac Story :: 4. 맥북 – 단축키 및 마우스 팁.
  6. Devonthink로 생각 정리 방법 (발표자료 원본 키노트 포함) | Project Research  / Project Research | 태그 보관물 | devonthink    /  Devonthink 활용 가이드 – 자료 수집,분류 및 활용 | Project Research.
  7. Mac@Life 맥을 기반으로 한 업무 5년, 생활 7년이 흐른 후 사용/추천 앱 안내 | Project Research.

  1. 검색은 단순히 정보를 찾는 행위만을 뜻하지 않는다. 검색된 정보가 맞는지 살펴보는 것도 포함한다. 그래서 R을 포함시켰다. 

Widgets 130817

워드프레스 위젯에서 할 수 있는 것들: 이메일구독,RSS구독, Twitter Timeline, 인스타그램(3열 9장 View도 가능), 캘린더, 월별 Archive목록, Delicious 최신링크 보여주기, Flickr 최신사진(1열로 보여진다), 즐겨찾기 Page 설정, About.me 페이지 보여주기, Box.net 으로 파일게시(모바일에서는 안보임)등이 가능하다. Html을 적용한다면 응용은 무한대. 자세한 설정방법은  WordPress.com Widgets | #eWord. 에 있다.

글에 집중하고자 위젯을 줄이기 전에 현재상태 기념 포스팅.

  • 본문에 사진이 없는 경우 Feedly에서 인스타그램 사진이 나오는 현상도 없애는 원인중 하나

  • email 구독 / RSS off 70

cloud.Feedly.com via @feedly

심플하고 빨라서 자주사용하기로 했다. 기존 구독서비스를 편하게 이동하기 위해서는 (구글리더가 7/1 서비스 종료하기전에) 아래 순서대로 로그인을 해주는 것이 필요하다.

If you are an existing feedly user:

  • Step #1: Go to http://cloud.feedly.com
  • Step #2: Login
  • Step #3: Restart feedly and your browser on all your devices

via Feedly Cloud is Now Available to All Users | Building Feedly.

😐 Flipboard 는 이미지 중심의 잡지보듯 가끔 보고.

관련글

RSS FEED

Outlook에서도 rss 구독이 가능하다. 블로그별 RSS 주소.
R
워드프레스: /feed 를 뒤에 붙인다 ex) https://ehrok.wordpress.com/feed
블로그스팟: /feeds/posts/default 를 뒤에 붙인다 ex) http://ehrok.blogspot.com/feeds/posts/default
텀블러: /rss 붙이면 된다. http://ehrok.tumblr.com/rss

(후기) 구글리더가 사라지니 RSS구독버튼이 없는경우 RSS 아는것도 어려워졌다. 예전에 구독하던 서비스들 RSS를 알려고 Feedly로그인후 파이어폭스에서 Inspect Element했다.

RSS