관리 체계 운용의 목적 - GTD vs. 가계부

사람마다 GTD를 비롯한 여러 업무관리체계나 자기계발도구에 대한 호불호가 다르겠지만 아마도 많은 경우 자금이나 비용 그 이전에는 용돈 관리를 위해 가계부 혹은 금전출납부를 사양해 본 적이 있을 것이다. 지금동 항상 새해가 되면 많은 주부들이 가계부를 새로 구입하거나 가계부 관리 자체를 시작하는 경우가 적지 않다고 본다. 일반적으로 가계부라면 가계 재정을 관리하는 아내나 주부들이 상대적으로 많이 사용하겠지만 제한된 비용에 효과적으로 관리하고자 하는 의도에서 사용하는 남자들도 분명 적지 않을 것이다. 사실 비용 관리는 GTD 등과 같은 관리 체계 만큼이나 내게 있어서도 관심사의 하나였다. 특히 컴퓨터 기반에서의 비용 관리를 통한 나름의 효용성에 큰 기대를 하고 이런 저런 도구들을 사용해 본 적이 많았다. 가장 오랫동안 그리고 만족하면서 사용했던 것은 Microsoft의 Money 였는데, 한국 상황이 제대로 지원되지 않았음에도 거의 3~4년에 걸쳐 사용하지 않았나 싶다. 아쉽게도 Microsoft 조차 Inutit의 Quicken을 넘어서지 못하고 2009년 경 약 20년에 걸친 Money의 공급을 중단하게 된다. 이후 다시 맥킨토시가 내 주력 기종으로 자리잡게 되면서 지속되어 오던 Money도 Mac OS X 기반의 어플리케이션으로 대체되었고, 지금은 Nothurst의 Moneywell을 사용하고 있다. 한국 현실에서 Quciken이나 QuickBooks를 사용할 처지가 안되는 고만고만한 여러 개인용 금전관리 소프트웨어 중 그나마 몇 년에 걸쳐 사용되어 오고 있지만 항상 다른 제품에 눈이 돌아가기도 한다. 이 포스팅을 하게 된 것은 개인용 금전관리 소프트웨어에 비교나 효용성에 대해 적고자 하는 것은 아니고 어떤 의도에서 인지 과연 가계부나 이런 비용 관리 프로그램을 사용하는 목적에 대한 의구심을 가지게 되었기 때문이다. 개인적으로 일주일에 한 번씩 사용한 비용에 대해 Moneywell를 통하여 정리한다(나와 아내는 서로의 수입 관리를 별도로 하기 때문에 상대적으로 관리나 운용의 폯이 좀더 자유롭지 않나 싶다). 한 달에 일정 부분 용돈을 받아 쓰는 경우라면 분명 허덕이기에 충분한 금액이니 따로 관리의 필요성을 느끼지 못할 수 도 있겠다 싶다.

 가계부를 사용하는 목적은-아마도 여러 전문가들의 조건에 따르면-우선 수입과 지출의 기록에서 시작하여 비용의 지출 내역 확인과 분석 그리고 이후 예산의 책정과 조절로 이어지므로 써 비용을 절약하고 저축을 하고 그리고 필요한 자금을 확보하기 위한 개인적 차원의 관리를 위함이라고 한다. 하지만 나를 포함한 대부분의 사람들은 첫 단계인 비용의 지출 기록만으로도 힘겨운 시간을 보내고 결국 몇 주나 몇 달을 지속하지 못하고 내년을 기약하는 된다고 한다. 내 경험에 비춰 실제로 그러했고 그나마 현재 지출의 기록 수준을 겨우 유지하고 있다. 몇 년에 걸쳐 진행해 오고 있지만 중간에 상당 기간 가계부의 내용과 통장 잔액 간의 큰 차이에 몇 번의 리부팅을 거쳤는 지는 굳이 말하지 않아도 다들 이해할 것이라 생각한다. 그러는 가운데 도대체 내가 이 짓을 왜 하는 지에 대한 의문이 다시금 찾아 들기 시작했다. 결국 나 역시 가계부 운용의 목적에는 근접하지도 못하고 자료 입력에만 겨우 대응하고 있다는 점에서 금전 관리의 지속에 대한 효용성에 의문을 가지게 되었다. 요즈음은 신용카드나 통장에서의 입출력이 모두 문자 메시지나 메일로 전송되기 때문에 직접적인 현금 사용 내역 외에는 관리 대상의 거의 없다고 볼 수 있다(나만 그런지 몰라도 언제나 현금 잔액은 일치하지 않는다). 때문에 관리 프로그램에 입력하거나 입력된 내용과 확인하는 절차로 마무리된다. 그나마 내가 사용하는 어플리케이션이 국내 은행이나 신용카드를 지원하지 않기 때문에 수작업을 하는 것이고 최근에는 국내의 포털에서 제공하는 서비스나 스마트 폰 어플리케이션등에서는 국내 금융권의 정보를 직간접적으로 운용할 수 있기 때문에 훨씬 적은 노력으로 입력 관리가 될 것이다.

 하지만 국내외 상황이나 온-오프 라인 환경을 떠나 항목 입력 이외의 내용이나 기능으로 진행은 쉽지 않을 것으로 생각된다. 수입이 가계부를 즐겁게 쓸 정도가 풍족하다면 모를까 만일 그렇다면 굳이 가계부를 쓸 이유도 없겠지만. 가계부의 본격적 활용으로 진입하지 못하는 이유가 무엇일까? 그것은 GTD에서 업무 관리의 궁극적 목적에 접근하지 못하는 이유와 다르지 않다는 생각이 들었다. 나 스스로는 그나마 GTD를 통하여 삶을 나름 계획한 대로 운용하도록 노력하고 작은 결실을 얻고 있다고 자위하고 있지만 가계부와 같은 보다 명확한 목적을 가진 금전 관리 체계를 제대로 운용하지 못하고 있다는 점에서 착각에 빠져든 것이 아닌가 하는 불안감을 가지게 되었다.

모든 관리 체계라는 것이 운용 목적을 떠나 습관화되거나 적응이 되면 절차적인 관리로 전락되는 경우를 많이 보게 되는데, 가계부 나아가 GTD 역시 마찬가지가 아닐까 싶다. 아마도 GTD를 운용하는 목적이 명확하고 계획대로 관리되어 지고 있다면 가계부를 운용하는 목적 역시 어렵지 않게 달성될 수 있으리라 본다. 만일 가계부를 통하여 달성하고자 하는 목적, 저축의 확보나 예산의 균형적 배분 등이 현실적으로 의미가 없다면 가계부를 운용할 효용성이 없다고 판단하는 것이 옳다고 생각된다. 단순한 지출 항목의 입력 후 다시는 보지 않을 내용이라면 당연한 결과일 것이다. 그러므로 GTD 시스템을 통하여 우리 삶에서 스트레스가 줄어 둘고 나 스스로가 하고 싶은 일을 위한 시간이 확보되지 못하고 혹은 나름 의미없는 결과를 도출하지 못하고 있다면 이 관리 체계에 문제가 있거나 제대로 운용하지 못하고 있다는 결론에 도달하지 않을까 싶다. 삶에서 돈과 시간은 주요 스트레스의 원인이라는 점에서 GTD의 관리 목적에 대한 의구심이나 효용성에 대한 검증이 필요하다면 가계부를 점검해보거나 가계부를 한번 써보는 것은 좋은 참고 사항이 될 것 같다.

[OmniFocus의 기본 운용] Do, 실행 - Tickler & Forecast

GTD의 절차적 진행에서 보자면 Review 단계 이후는 실행 즉, Do 단계로서 계획한 업무를 수행하므로 써 프로세스가 완성된다. GTD 시스템에서의 실행 대상은 ‘다음 업무(행동)’로 구분되어 대기하고 있던 일들에 수행 조건을 충족하게 되므로 써 드러나게 된다. 그리고 이러한 일들은 수행이 가능하도록 이전 Review 단계에서 실행 조건들이 계속 검토되고 수정되어 관리되어 진다.

주요한 것은 GTD의 Do 단계는 실행 단계이기는 하지만 즉각적 실행을 강제하지는 않는다는 것이다. 즉 실행 가능 상태로의 일을 사용자에게 보여주고 사용자는 각 조건을 검토하여 실행 가능 상태의 대상 중 현실적인 요건들을 파악하여 실제 수행하게 된다. 예로 컨텍스트가 충족된 업무는 실행 가능 상태가 되고 반드시 실행되어야 하지만-변경할 수 없는-마감일 등과 같은 제약이 없다면 즉각적 실행 자체의 평가와 판단은 사용자의 몫이 된다. 다시 말해         컨텍스트가 충족되어 실행 대상이 된 업무들도 마감 상황과 함께 실제 실행에 소요되는 시간과 기대한 목표 달성을 위한 최적 시점의 결정 등이 검토되어야 한다. 또한 동일한 시점에 여러 개의 업무들이 실행 가능 대상으로 되었다면 사용자는 진행의 우선 순위도 결정해야 한다. 그리고 일상에서 가장 빈번하게 발생하는 예기치 못했거나-자신의 의사와 무관하게-긴급하게 처리를 요청하는 일에 대한 판단도 검토 되어야 한다.

1. 실행 가능 업무의 평가

1) 컨텍스트의 충족

GTD에서 컨텍스트는 다음 업무의 실행 가능을 결정하는 요소이지만 그 충족 여부 자체는 사용자가 판단해야 한다. OF에서도 사용자는 다음 업무인 대기 대상의 목록 중 컨텍스트가 충족된 항목를 파악하여 실행 가능을 결정 한다. iOS 기반의 OF를 사용할 경우에는 특정 장소 등의 조건으로서 컨텍스트는 위치 기반 정보를 활용하여 해당 장소에서 수행 가능한 업무를 판단할 수도 있다. 하지만 GTD 체계에서 컨텍스트가 업무 수행을 위한 유일한 평가 조건은 아니다. 다시 말해 컨텍스트는 업무의 실행 가능 상태를 판단할 수 있도록 하지만 실제 실행에는 그외 여러 추가적인 조건이 충족되어야 할 수도 있다.

2) 수행 시간의 충족

특정 업무가 컨텍스트가 충족 되어 실행 가능한 상태가 되었더라도 전체 업무 완료를 위한 수행 시간이 확보되어야 한다. OF는 복수의 컨텍스트를 지정할 수 없지만 시간 요건 등에 대해서는 추가 설정이 가능하기 때문에 이를 활용할 수 있다. 업무의 Inspect 설정에 시작 시간과 마감 시간 그리고 수행 시간이라는 항목을 입력할 수 있고, 이러한 시간적인 요건을 다른 컨텍스트와 연동하여 Perspective 기능으로 새로운 페이지를 구성할 수 있다. Things과 비교하자만 OF의 Perspective 구성 기능은 멀티 태그 환경을 운용할 수 없는 상황에서 나름의 필연적 해결책이라고 볼 수 있다.

3) 실행 여력의 충족

GTD 시스템에서는 실행 대상이 아닌 실행 주체, 사용자에 대한 조건을 평가할 수 없기 때문에 최종적으로 사용자가 현재 육체적, 정신적 그리고 상황적 판단에 의해 실행 대상을 결정하고 완료 가능성이 높은 일부터 선택해야 한다. 당연하겠지만 동일에 평가 대상의 업무 중 중요도 보다 완료 가능성을 우선적으로 판단하는 것이 효과적이다. 여러한 경우를 관리해야만 하는 상황이라면 이를 위한 별도의 컨텍스트로 구분하는 것도 방법이라고 본다.

4) 실행 우선 순의 결정

현실에서 일이라는 것이 한 순간에 하나만 드러나고 판단할 수 있는 경우는 거의 없다. 언제나 여러 일들이 갖은 조건으로 동시에 사용자 앞에 놓여지게 된다. 그러므로 결국 컨텍스트를 비롯한 각 조건들이 만족된 여러 실행 가능의 대상 중 우선 순위의 최종 결정은 사용자의 몫이다. 이 과정에서의 합리적 판단을 위해서는 해당 업무나 전체 프로젝트에 대한 우선 순위를 결정을 할 수 있는 충분한 검토 시간을 Review 단계 등을 통해 확인할 수 있도록 해야 한다.

2. Tickler & Forecast

1) Next Action

GTD에서 사용자가 할 일은 모두 다음 행동으로 분류된다. 그리고 다음 행동들은 필요한 혹은 계획한 시점에서 사용자에게 드러나도록 된다. OF에서는 이러한 다음 행동들은 프로젝트나 업무 목록에서 즉각적인 다음 행동과 가능 행동 그리고 나머지 목록으로 View 설정에서 구분하여 볼 수 있다. 즉각적인 다음 행동은 First Available로서 프로젝트 진행에서 현재 우선적으로 실행할 수 있는 대상으로 드러내며 가능 행동들은 Availabe로서 우선 순위가 아닌 현재 시점에서 처리할 수 있는 대상들을 보여준다. 나머지 목록은 Remaing 항목으로 프로젝트 내에서 실행되도록 계획된 모든 미완의 업무 목록을 나타낸다.

  OF에서 이러한 내용이 프로젝트의 구성이 병렬인지 순차인지에 따라 아래와 같이 구분되어 드러나게 된다.

순차적 프로젝트에서는 최우선 목록과 항목만 드러나게 되고 병렬적 프로젝트에서는 최우선 항목과 전체 항목으로 구분되어 보인다. 나머지 목록에서는 실행 가능한 모든 항목이 나타나게 된다. 즉 Remaining을 선택하여 전체 항목을 선택하지 않으면 순차적 프로젝트에서는 항상 최상위나 상위 항목 만을 관리할 수 있도록 되어 있다.

2) Tickler

OF에서 관리된 실행 가능한 일을 실천하기 위한 도구로서 제공되는 기능으로 Tickler를 우선 들 수 있다. Tickler는 컨텍스트와 함께 이전까지 일반적인 업무 관리 체계에서 보지 못한 GTD 시스템의 특징적 기능으로서 특정 조건이나 특정 날짜에 사용자에게 지정된 일의 실행 가능 여부를 알려주게 한다. 일을 실질적으로 생각하거나 실행해야 할 시점 이전까지 사용자가 염두에 두지 않도록 시스템이 별도로 보관하고 필요한 시기에 실행이 될 수 있도록 관리하는 체계를 제공하는 것이다.

 OF에서의 Tickler 기능은 업무 설정 정보인 Inspect 화면의 Dates 항목에서 지정할 수 있다. Defer Until 항목이 지정된 대상은 설정된 날짜와 시간 까지 사라져 있다가 해당 조건이 부합되면 실행 가능 혹은 검토 가능 업무로서 나타나게 된다.

일반적으로 GTD에서의 Tickler가 실제 실행을 전제하지만 일상의 환경에서는 Defer Until은 실행은 물론 실행을 위한 준비 등으로 운용할 수도 있다.

 같은 시각에서 또 다른 설정 항목인 Due 역시 실제 업무의 마감일로 지정할 것인지 혹은 실행 준비 과정의 마감으로 운용할 수도 있다. 일의 지연이 일상적으로 허용되는 경우라면 Due는 절대적 업무의 마감일로 잡는 것이 업무 관리의 신뢰성을 높일 수 있는 방법의 하나로 볼 수 있다. 하지만 OF의 기능적인 면에서 볼 때 특정 업무의 실행 및 완료를 평가해야 하는 경우라면 Due가 지정되지 않은 경우 Forecast 기능에서 관리할 수가 없다는 점이다. 때문에 일일 점검 항목 등과 같은 경우라면 Due를 지정한 후 완료 상황을 확인하는 방법을 사용할 수도 있다. 가장 중요한 것은 Due가 설정된 업무의 경우 해당 마감일에 반드시 업무가 처리되도록 하거나 마감일 지킬 수 없는 경우에는 지킬 수 있는 조건으로 Review 과정에서 미리 관리되어야 한다는 점이다. 그렇지 않으면 대외적인 조건에 의해 거의 절대적으로 설정된 마감일과 사용자의 계획에 의한 마감일 간의 구분이 없어지게 되고 이는 마감일 자체의 관리 기준을 혼란스럽게 할 수 있기 떄문이다.

 Defer Until 항목을 통한 Tickler 기능을 보다 효율적으로 운용하기 위한 방안으로 실제 업무 진행에 소요되는 예상 시간을 Estimated Time에 설정하여 관리할 수도 있다. 일반적으로 업무 예상 시간은 시간별 Perspective 화면 구축에 유용하게 쓰일 수 있지만 특정 시간이 정해진-예로 수업이나 회의 시간 등과 같은-일에는 사용하지 않는 것이 좋다. 이런 종류의 일은 캘린더에 기록되어 진다.

 마지막 Completed 항목에는 OF에서 업무가 완료로 입력된 날짜와 시간가 설정된다.

3) Forecast

OF 2에 새롭게 추가된 Forecast 화면은 Due 내용이 설정된 항목과 Mac OS X의 캘린더 이벤트이 출력된다. 화면 왼쪽에는 당월 기준의 달력 모양에서 일자별로 마감일의 업무 수가 표시되며 오른 쪽에는 일자별로 각 마감일의 업무가 출력된다. iOS 버전에서는 화면 크기의 제약으로 달력 범위가 월 단위가 아닌 주 단위로 상단에 나타난다.

 오른 쪽 화면에서 마감일이 지난 항목들은 빨간 색으로 표시되고 오늘자 마감 항목들은 노란 색으로 표시된다. 향후 업무 항목들은 회색으로 나타난다. 완료된 항목들은 완료 표시를 입력하므로 써 처리되지만 Mac OS X의 캘린더 이벤트는 확인만 할 수 있으면 세부 내용은 캘린더로 전환하여 확인할 수 있다(하지만 OF에서 캘린더로의 전환시 오류가 발생하거나 전환이 원할하지 않는 경우가 발생한다). 마감일 지난 업무들은 Review 단계에서 별도로 관리하거나 Forecast에서 직접 수정이 가능하다면 처리할 수 있도록 한다.

 Forecast는 Due 즉 마감일이 지정된 일에 대해서만 완료 여부를 확인할 수 있지만 OF를 일반적인 업무 관리 시스템을 이용하는 경향이 큰 경우에 유용하다고 볼 수 있다. 물론 이것은 Due 설정 여부에 따르기 때문에 앞서와 같이 Due를 절대적 기일이 정해진 대상에 한정한다면 Forecast의 용도가 달라진다고 볼 수 있다.

 이상의 내용에서 OF는 Defer Until이 지정된 업무와 Due가 지정된(Defer Until 지정 여부와 무관하게) 업무로 구분할 수 있다. OF를 통한 업무 관리 효율을 높이기 위해서는 개별 업무에 대하여 시작이 주요한 일과 마감이 주요한 일 혹은 두 가지 모두 해당되는 경우를 명확하게 지정하고 관리할 수 있어야 한다.

3. 업무 실행의 지연과 수정

앞서 Forecast에서 실행 업무 중 지연되고 있거나 수정이 필요로 한 개별 업무들을 Review 과정에서 미리 검토되고 조치되어야 한다고 했다. 이렇게 하므로 써 설정된 마감일을 당일에 작위적으로 미루거나 하는 등의 조치를 방지할 수 있다.

 하지만 더 심각한 경우는 계획하지 않았거나 전혀 예상치 못한 일들이 급하게 밀려 들어오는 경우가 일상적인 상황일 수도 있다. 기본적으로 사용자의 입장에서 대개 거부하거나 변경하기 힘든 경우라고 한다면 이러한 때에는 GTD 시스템 자체가 잠시 정지 상태로 전환되게 된다. 특히 단일 업무라면 OF의 운용을 잠시 중단한 채로 그 일에 대한 조치를 수행한다. 다행히 시간적으로나 단계적인 일 처리가 필요한 경우라면 OF에서 관리될 수 있도록 한다.

 다시 말해 OF 나아가 GTD 시스템 자체가 업무나 생활에서 발생하는 모든 일에 완벽하게 대응할 수 있다고 생각하지는 않는다. 그러므로 GTD 시스템의 관리 범위를 넘는 일이 발생하는 경우에는 애써 이를 관리 체계에 넣으려고 하지만 그 일 자체를 평가 가능한 상황으로 만들어야 한다. 자신이 구축한 시스템에서 모든 것을 관리하려고 하는 것은 지나친 욕심이다.