2009년 7월 14일 화요일

Start vs. Due

GTD 시스템을 구축하면서 아마 이런 의문을 가진 적이 있을 지 모르겠다. 현재 사용중인 OmniFocus를 비롯하여 The HitList, Things 등 여러 뛰어난 기능의 GTD 지향 어플리케이션을 사용하면서 하나 공통적인 기능 혹은 어색한 느낌 그렇지않다면 문제점이라고 생각되는 것이 모든 행동과 프로젝트의 기준은 시작(Start)가 아닌 끝 혹은 마감(Due)라는 것이다. iCal과의 동기화를 할 때에도 Due로만 단독 설정되어야 된다.

행동에 있어 시작과 끝을 비교하는 것이 어떤 의미가 있는지 잘 모르겠지만, 중요한 일은 대개 마감 시간이나 일자가 정해져 있다. 그리고 이런 일은 가능한한 빨리 시작하면 좋다. 심지어 시작이 가능한 일자가 정해져 있어 그 이후에나 가능하다고 할지라도 마감일에 완료되지 않는 다면 아무런 의미가 없게 된다. 덕분에 GTD 시스템에서 행동의 완료는 마감일까지로 정해져 있다. 물론 일에 따라 마감이후에도 진행이 되거나 혹은 마감 자체를 연기할 수도 있지만 이런 일은 지금까지 언급한 나의 의지에 의해 연장될 수 있는 마감일은 아닌 것이다. 그렇다면 여러 행동이나 프로젝트가 있을 때 그 우선 순위를 정함에 있어서도 마감일 기준으로 할 것인지 시작일 기준으로 할 것인지 결정해야 하는 경우도 있을 것이다; 아직 대부분의 GTD 어플리케이션에서는 이에 대한 지원이 매우 부족한 것이 사실이다. 만일 자신의 행동이 시작과 끝 중에서 기준으로 하는 경우가 비슷하다면 현재 GTD 어플리케이션에서는 매우 곤란한 상황이 일어나게 된다. 상대적으로 기준으로 정한 행동과 프로젝트 만이 눈에 띄이에 되고 심리적으로 매우 불안하게 된다. 비싼 돈주고 구입한 GTD 시스템이 반쪽짜리로 전락하게 되는 것이니 말이다.

하지만 이러한 고민에 대한 다시 한번 행동과 프로젝트의 시작과 끝에 대한 자신의 기준을 명확히 할 필요가 있다고 생각된다. 일반적으로 하나 혹은 둘 이상의 연관된 행동(프로젝트)에 있어 시작과 끝이라는 항목에 더 중요한 것은 끝이라는 점이다. 끝은 다음 시작과의 연결점이기 때문이다. 또한 시작은 가능한 때에 대한 선택의 폭이 상대적으로 넓은데 비해 업무나 대외적인 행동에 대한 마감은 선택의 여지가 없다. 때문에 시작과 끝의 비교에서는 끝이 당연히 주요하게 되고 결과적으로 GTD 어플리케이션에서는 모두 끝이나 마감을 기준으로 시스템을 관리하게 된다. 그런데 문제는 하나의 행동이 아닌 프로젝트와 같은 경우에서 발생한다. 하나의 행동은 시작이든 끝이나 그 하나로 종료되니 시스템에서 큰 문제를 야기하지 않는다. 마감이 정해진 프로젝트의 경우에도 내부에는 여러 행동들이 존재하게 되고 그 행동들간의 시작과 끝의 선택에 대한 문제가 발생하는 이는 사람에 따라 다르겠지만 나의 경우에는 종종 매우 머리를 복잡하게 한다. 일이나 행동이라는 것인 하나가 완료되고 다음으로 이어지는 경우도 있지만 여러가지 일이나 행동이 동시에 혹은 거의 비슷한 시기에 시작해야 하는 경우도 많다. 더불어 시작하는 순서가 정해져 있는 경우도 허다하다. 상식적으로 이런 일들은 시작과 끝 모두가 중요하기 때문에 둘 모두를 기준으로 삼는다면 별 문제가 없을 것이다. 그러나 앞서 언급했듯히 지금의 GTD 어플리케이션들은 이 점에서 있어 너무 유연성이 없다.

OmniFocus의 경우 하나의 행동에 대하여 시작과 끝을 모두 입력한다고 할 때, 앞서 언급했듯이 iCal와 동기화가 되지 않는다. iCal의 Mac OS X 및 그 환경에서의 GTD 어플리케이션에서 차지하는 절대적 비중을 고려할 때 이것은 매우 심각한 문제라고 여길 수 있는 사람도 많을 것이다. 당연히 시작만 지정된 경우에도 마찬가지 결과를 보여준다. TheHitList의 경우 나는 @iCal 태그로 지정된 모든 행동을 iCal로 동기화하도록 했다. TheHitList는 이 덕분에 시작과 끝에 대한 지정없이 동기화되지만 마찬가지로 끝이 지정된 경우에만 iCal의 To do 리스트에 날짜가 나타난다. 결국 시작이 중요한 일의 경우에는 역시나 반쪽짜리 기능으로 전락하게 된다.

이상에서 문제는 명확하다고 볼 수 있다. iCal의 To do에서 시작일과 마감일의 지정에 관한 사항이 없으며, 예정일과 완료 표시만이 있다. 그리고 iCal의 예정일은 모든 GTD 어플리케이션에서 마감일로 자동적으로 연결된다. 행동의 시작과 끝에 모두 예정이 있을 수 있음에도 사용자들은 iCal의 예정일을 GTD 어플리케이션의 시작과 끝에 연결되도록 선택할 수 없다. 사실 이것이 너무나도 당연하다도 생각하면 지금까지의 이런 저런 언급은 별 영양가없는 잡담이라고 치부할 수도 있다. 또한 내가 사용하는 환경이 Mac OS X가 아니며 iCal에 대한 비중이 이 정도까지 아니라면 이런 글은 시작도 하지 않았을 것이다. 그렇다면 해결책은?

답은 간단하면서도 단순하게 생각해 볼 수 있다. 모든 행동의 시작은 가능한한 빨리 실행한다라고 정하는 것이다. 그리고 각 행동들 간의 우선 순위 만을 고려하는 것이다. 모든 행동은 어떤 식으로든 결과를 낯게 된다. 만일 결과를 예측할 수 없거나 무한정 시간이 소비되는 경우라면 이는 GTD에서 다루는 행동의 범주에 들어 가지 않는다. 때문에 GTD에서 행동의 원하는 결과를 기대하기 위해서는 반드시 정해진 기한 내에 완료되어야 한다. 이 점에 있어 마감이나 끝은 매우 중요하다. 또한 결과의 진행은 매우 순차적으로 구조적이다. 이에 반해 행동의 시작은 병렬적일 수도 있으며 덜 순차적이며 덜 구조적일 수 있다. 때문에 하나의 프로젝트 내의 행동들은 시작일을 지정하지 않는다. 그리고 하나의 행동이 다른 행동에 영향을 미치는 경우에는 순차적인 행동들의 정렬을 구성한다. OmniFocus에는 프로젝트 내의 행동들의 순차적 및 병렬적 수행을 강제적으로 지정하는 옵션으로 실행 여부를 파악하게 해준다. GTD에 관한 모든 의문의 답이 그렇듯 간단하게 단순하게 생각하고 처리하는 것이 결론적으로 효율적인 답이다. 억지로 iCal의 항목을 시작일로 인식하기 위해 행동의 이름이나 내용을 어렵게 구성하지 않는 편이

2009년 4월 11일 토요일

The Hit List

CultureCode의 Things가 Mac OS X 어플리케이션다운 깔금하고 세련된 인터페이스로 현재(?)까지 높은 인기를 만끽해 왔지만 베타 테스트 기간이나 발매 초기 당시 거의 열광 수준에 비하면 상당히 정체된 느낌을 받는 즈음 최근 PortionFactory의 The Hit List가 정식 버전으로 발표되었다. 특히 MacHeist3의 최종 번들에 포함되므로 써 사용자들의 상당한 관심을 확인할 수 있었다. 기능적인 면의 비교에서 The Hit List는 계층적 관리 구조와 멀티 태그를 지원하므로 써 Things의 부족한 면을 완벽하게 보완해줄 수 있는 제품이라고 할 수 있다.

1. The Hit List의 구조

The Hit List는 Lists(리스트)와 Tags(태그)라는 별개의 주요 화면으로 구성되어 있고, 일상적 업무 관리는 리스트 화면에서 진행된다. 리스트 화면에서는 Inbox, Hit Lists 그리고 Folders로 구분된다.

Hit Lists는 개별 항목을 Today와 Upcoming으로 구분하여 오늘 및 향후 일의 목록으로 보여준다. 그리고 Folders는 List(리스트), Folder(폴더) 그리고 Smart Folder(스마트 폴더)를 가진다. 폴더는 항목 간을 구분하는 역할 만을 한다. 때문에 프로젝트로서 폴더내 리스트를 사용하는 경우에는 완료 상태가 적용되지 않는다.

2. 개선된 태그 기능

The Hit List는 별도의 Context 폴더를 제공하지 않고 Things와 같이 멀티 태그를 이용한다. 하지만 Things의 과도한 멀티 태그 사용으로 인한 문제를 해결하기 위해 일반 태그와 Context 태그로 구분한다. Context 태그는 @로 시작하고 일반 항목은 /로 시작하므로 써 간단히 구분할 수 있으며, 태그에서도 계층적 구조를 지원한다. Context에 관련된 일의 관리는 태그 화면에서 해당 Conetxt 태그를 선택하여 확인할 수 있다.

3. 스마트 폴더

The Hit List에서는 리스트 항목과 태그를 이용하여 사용자가 원하는 내용으로 스마트 폴더를 구성할 수 있다. 스마트 폴더를 사용한 필터 기능으로 유연한 관리 체계를 구성할 수 있다.

4. iCal 싱크

The Hit List는 여러 개의 Mac OS X의 Calendar와 동기화할 수 있다, 태그는 물론 폴더내 리스트와도 동기화도 두 개 이상의 항목을 캘린더에 지정할 수도 있다.

GTD 프로그램의 기능적인 면에서 The Hit List는 경쟁 제품에 대응이 충분하며 유연성도 높은 제품이다. 하지만 베타 버전이 공개된 이후 정식 버전 출시까지 거의 2년이나 걸려서 사용자들의 기대를 허무하게 만들었다.

2009년 3월 26일 목요일

iGTD2 개발 중단

최근 iGTD와 iGTD2의 업데이트가 공식적으로 중지되었다. 개발자가 직간접적으로 관심을 두지 못하는 상황에서 혹시나 하는 기대가 없지는 않았지만 아쉬운 결과가 되었다. 이렇게 멋진 GTD 소트프웨어가 그것도 한창 무륵 상태에서 사라지게 된다니. 그렇더라도 불안정한 하기는 했어도 iGTD2를 통하여 난 GTD 소프트웨어의 기능과 구성 그리고 활용에 대한 많은 경험을 하게 되었다. 절대 이루어 질 수 없겠지만 언젠가 iGTD의 후속 버전이 나올 수 있을까?

PS. 개발자가 Things를 개발한 CulturedCode로 들어갔다니~

2009년 2월 18일 수요일

iGTD 2

iGTD2에 대한 리뷰를 작성하고자 할 때 이런 저런 고민이 많았다. 일단 어플리케이션 자체가 알파 버전인데다가 향후 업데이트에 대한 기약이 불안하기 때문에, 과연 이러한 어플리케이션을 나 자신이나 GTD에 관심있는 다른 이들을 위해 추천할만한가에 대한 의문 때문이었다. 하지만 나를 포함한 iGTD 및 iGTD2 사용자들의 바램으로 조만간에 새로운 업데이트가 등장하든지 혹은 완전히 업데이트에 대한 기대를 포기하든지에 대한 결론이 날 것으로 기대(?)하고 있다.

iGTD2는 맥킨토시용 GTD 어플리케이션의 대표격으로 알려진 iGTD의 후속 버전으로 개발 진행중이었다. 하지만 개발자인 Bartel의 개인 사정으로 알파 버전이 공개된 이후 1년 이상 업데이트가 중지되고 있다. 또한 Inbox, OmniFocus, Things 등과 같이 새로운 GTD 어플리케이션의 등장으로 iGTD2는 더 이상 비교 대상에서 순위가 낮아 지고 있는 실정이다. 그럼에도 불구하고, iGTD2가 추구하는 GTD 기반 라이프-스타일이 내 취향에 맞다고 판단하여 시스템의 불안정성과 향후 지속성의 보장에 대한 우려에도 사용하고 있다.

iGTD2가 비록 iGTD의 다음 버전이기는 하지만 iGTD에 비해 많은 변화가 있었다. 가장 눈에 띄는 변화는 기존의 왼쪽 화면에서 사용하도록 지정된 Project와 Context라는 GTD의 고정된 영역이 좀더 유연하게 사용할 수 있도록 설계되었다. Context의 경우 동일하게 왼쪽 화면에 위치한다고 볼 수 있지만, 사용자가 Context를 일일이 구분하는 것이 아니라 주제(topics), 위치(places), 자원(resources), 시간(due dates) 등으로 대분류가 구성되어 있다. 원래 계획에는 사람(people)도 포함될 예정이었으나 현재는 따로 구분되어 있지 않다. 그리고 Project의 내용이 오른쪽으로 완전히 옮겨지면 iGTD의 고정 화면으로 인해 긴 프로젝트나 액션 이름이 제대로 보이지 않는 문제가 해결되었으며, iGTD2에서는 각 화면의 크기 조정이 가능하다. 단순한 화면이 개선이지만 이 부분에서 많은 차이점을 발견할 수 있다. 그 가운데 가장 새로운 점은 '탭'과 '포커스' 기능이다.

1. 웍플레이스/기능

iGTD2는 위에서 언급한 바와 같이 iGTD의 명확한 Context/Project 구분을 사용자에게 보다 많은 유연성을 주기 위한 방법으로 새롭게 설계되었다. 대표적인 것이 대상을 다루는 웍플레이스라는 새로운 '탭' 방식의 스타일이다. 이것은 개별 Project나 Action을 보다 심도 깊게 관리할 수 있다는 면에서 iGTD2를 단순한 GTD 어플리케이션에서 정보의 입력과 관리 도구로서도 운용할 수 있게 해 준다.

비록 사용자들에게 적극적인 활용을 기대할 수 있을 지는 의문이지만, 동시에 여러가지 Project나 Action을 관리해야 하는 경우에는 여러 화면이나 디렉토리를 헤매지 않고 작업을 진행할 수 있다면 면에서 큰 장점이 될수도 있다고 본다. GTD 어플리케이션의 운용에 있어 하나의 Project나 Action이 즉각적인 판단이 어려운 경우을 많이 접하게 된다. 이러한 경우 각 대상에 대해 이런 저런 판단을 위한 자료의 입력이나 분석 등을 별도의 도구를 사용하기도 하지만 매우 번거롭다. iGTD2는 여러 사안에 대하여 기본적인 메모, 노트 및 링크 그리고 사람 등에 대한 정보를 각 웍플레이스로 구분하여 다룰 수 있다.

문제는 현재로서는 워크플레이스의 생성은 가능하지만 삭제가 지원되지 않고 있으며, 워크플레이스 내에서 포커스로 지정된 사항들이 가끔씩 사라지는 경우가 있다는 것이다.

2. 포커스/필터 기능

iGTD2의 포커스 기능은 앞서 언급한 Context/Project의 명확한 구분이 가지는 문제를 해결하기 위한 방안의 하나이다. iGTD2에서는 포커스 기능의 구현을 위해 강화된 태그 기능을 사용한다. iGTD에서 태그 기능은 검색을 위한 키워드 수준으로 이용되는 정도였다면 iGTD2에서는 가장 주요한 역할을 한다.

수집함으로 모인 대상들은 필요에 따라 Project, Action 혹은 Reference로 분류된다. iGTD2는 각 대상들에 대하여 여러 개의 세부 태그로 필터를 지정할 수 있다. 이미 입력한 태그는 첫 분류 기준으로 자동으로 입력된다.

이어 context에는 해당되는 단일 혹은 복수 태그의 필터에 의해 Project, Action 그리고 기타 사항들이 자동으로 나타나게 된다. iGTD2는 이러한 각 context를 주제, 장소, 자원 그리고 시간별로 구분해 놓고 있다. 그리고 사용자는 이미 설정된 context 외에 다른 태그 조건으로 필터를 구성하여 새로운 context를 설정할 수 있다.

또한 각 context는 다른 context들과 조합으로 새로운 필터를 구성할 수 있다. iGTD2에서는 context 개별 혹은 조합으로 이루어진 사항을 task라고 한다.

일반적으로 GTD 어플리케이션에서 하나의 사안에 대하여 Context가 지정되게 되지만, 다른 Context와의 연관성이 있는 경우 두 개 이상의 Context를 필요로 하는 경우 가 있다. 예를 들어 CulturedCode의 Things는 새로운 멀티 태그 기능으로 이러한 유연성의 부족 문제를 완벽하게 해결한 사안으로 볼 수 있다. iGTD2에서는 각 Context 간의 조합(포커스)을 방안으로 제시했다. 즉, 각 사항이 가지는 주제, 현재 분류된 장소, 자원 그리고 시간에 대한 세부 Context에 대한 태그 필터를 이용하여 '이번 주 내로 집에서 맥북으로 새로운 기획안 작성하기'와 같은 새로운 포커스를 만들 수 있다.

하지만 현 단계의 iGTD2에서는 포커스 기능과 관련하여 몇 가지 문제(버그)들이 있다. 기본적으로 포커스 기능의 문제라기 보다는 Context들이 개별 Action에 대해서는 필터에 작동하지만 Project에 대해서는 아직 적용되지 않는 문제가 있다. 또한 새로운 포커스나 태스크 생성을 위한 인터페이스가 꽤나 번거롭다는 점이 아쉽다. 그럼에도 이러한 포커스/필터를 이용한 태스크 관리는 다루어야 할 내용이 많은 경우 매우 효과적이다.

이러한 포커스/필터 기능은 Inbox, Tasks, Note & Links 그리고 Archive와 같은 iGTD2의 모든 화면에서 동일하게 적용할 수 있다.

3. Project & Task

iGTD2는 다른 GTD 어플리케이션과 마찬가지로 단일 작업에 대해서는 task, 복수 작업에 대해서는 project로 지정할 수 있다. 차이는 project의 경우 폴더 형태로 나타난다는 것 이외에는 특별한 차이는 없고, task와 project 간에는 서로 전환이 가능하다. Task 윈도우에서 직접 생성된 task와 project는 서로 간이 전환이 되지 않는 문제가 있다. 하지만 어차피 두 사항에 대하여 계층 구조를 생성할 수 있기 때문에 사용에 문제가 있는 것은 아니다.

이처럼 iGTD2는 iGTD에서와 같이 task나 project에 대한 하부 사항으로 계층적 구조를 생성할 수 있다. 이때 계층적 구조에서 하부 사항들이 모두 완료되면 상부 사항은 자동으로 완료된다. 때문에 해당 작업 완료 후 다른 작업들이 있는 경우라도 미리 후속 작업을 지정해 두지 않으면 상위 작업이나 프로젝트가 모두 archived 윈도우로 이동할 수 있다. 때문에 계층적 구조를 제대로 구성하기 위해 각 작업 간의 우선 순위에 신경을 쓸 필요가 있다. 단순히 작업의 우선 순위는 각 작업의 순차적인 절차로 지정하면 되지만, 일반적으로 GTD 어플리케이션에서 계층적 구조를 지원하는 경우 애써 구조화를 시키려는 경향이 있기 때문이다.

이에 반해 아쉽게도 반복적인 작업을 위한 Repeating이 항목이 있긴 하지만 작동하지 않는다. 덕분에 불편하지만 일일이 작성하거나 아예 iCal에서 관리하도록 해야 한다.

4. iGTD2문제점

위에 개별적으로 언급한 사안들 외에 시스템이 불안정하다는 것이 가장 큰 문제이긴 하지만 이런 경우에도 데이터 자체에는 거의 손실이 없다는 점에서 별도로 언급할 필요는 없다고 본다. 어차피 알파 버전에서 시스템 안정성을 강요하는 것 자체가 큰 무리가 있다고 본다. 하지만 시스템이 가볍기 때문에 특별한 시간적 손실없이 재구동이 가능하다. 그리고 현재 iCal의 동기화가 정상적으로 지원되지 않고 있다. 프리퍼런스나 태스크 설정에는 iCal과의 동기화 항목이 나타나지만 이런 사항들이 실제로 적용되지는 않는 것 같다.

이외 가장 큰 문제는 특징으로 언급한 주요 기능의 세부 사항들이 완성되지 않았다는 점이다. 항목들의 폰트 형태나 색상 지정 등과 같은 사안들이다.