해야 하는 일.. 하기 싫거나 할 수 없거나 아님 하지 않아도 되거나 ?

삶에서 접하는 무수한 일은 대부분 결국 해야만 하는 일이다. 혹은 그렇게 생각되는 일이다. 언제, 어떻게, 심지어 왜 해야 하는 지 고민하지만 결국 할 수 밖에 없는 일이다. 그리고 좋은 결과든 그렇지 않든 어쨌든 하고 만다. 사실 고민은 그저 신세 한탄일뿐이다. 그런 푸념마저 없다면 정말 쉽지 않은 일상이다.

사실 해야 하는 일이지만 이런 고민과 푸념은 한다는 것은 그 일을 하기 귀찮거나 다른 한편으로는 하기 싫기 때문이다. 그럼에도 결국 반드시 기대한 성과를 내겠다고 다짐하고 실행하는 일도 있겠지만, 대개 일상의 그런 고민은 상대적으로 하찮게 느껴지기 때문에 그런 행태를 보이게 되지 않나 싶다. 그러니 결과에 크게 괘념치 않는다.

이에 반해 해야 하지만 할 수 없는 혹은 못하는 일도 있다(일단 해야만 하는 일로 된 상황의 원인에 대한 평가는 별개로 한다). 그런 경우는 할 수 있는 상황과 역량을 갖추기 위해 비용과 시간을 투자해야 할 수도 있다. 물론 노력에 대한 결과는 보장 되지 않는다. 그렇게 때문에-절대 스스로 해야하지 않을 수 없는 경우를 제외하고-포기하거나(포기할 수 있다면) 혹은 할 수 있는 이에게-책임과 권한를 포함하여-위임하는 것도 현명한 선택이 될 수 있다.

남은 것은 그 일이 과연 해야만 하는 일인지 다시 평가할 필요도 있다. 물론 그런 평가가 가능한 대상은 충분히 판단할 수 있다. 돌이켜 보면 해야만 하는 일이라 생각했던 일이지만 지나고 보면 그렇지 않았음을 확인할 수 있는 경우도 적지 않았다.

해야만 한다고 생각하는 일 가운데 많은 경우가 타인의 시각에 비춰진 자신 그리고 자신 스스로 평가에 따른 괜한 마음에 태어난 의무일 수 있다. 해야만 하는 일은 사실 목적, 목표, 그리고 절차가 명확하다. 수준의 높고 낮음은 상관없다. 그런 일은 반드시 명확하게 처리되어야 한다. 만일 그런 일을-제대로 처리해야 할 일임에도-수준 낮은 일이라고 그저 대응하는 정도로 처리하는 경우도 있다. 그리고 더 많은 새로운 해야만 하는 일이 생겨날 수도 있다. 물론 역시 수준 낮은 일로 보일 수 있다. 그러나 언젠가 대응할 수 없는 수준의 해야만 하는 일로 탈바꿈될 수도 있다.

- - - - -

GTD 시스템에서 해야만 하는 일은 매우 주요한 관리 대상이다. 비록 GTD 시스템에서 일에 대한 우선 순위가 일 자체의 위치나 가치에 의해 결정되지는 않지만, 그럼에도 결국 자신의 일이니 상대적 비교에서 우위에 있을 수 밖에 없다. 하지만 적은 바와 같이, 해야 하는 일이라고 생각했던 일 가운데 상당수가 절대적 기준이 아닌 상대적이면서도 일시적 기준에 의해 평가된 경우가 있을 수 있다. 그런 이유에서 GTD 시스템의 주간 리뷰를 포함한 정기적 리뷰 단계에 집중할 필요가 있다.

그렇다면 GTD 시스템에서 해야만 하는 일을 어떻게 관리할 수 있을까. 사용하는 GTD 시스템의 기능에 따라 다소 차이가 있겠지만, 해야만 하는 일은 반드시 마감일자가 정해져 있다. 프로젝트나 하나의 일에 대한 마감 일자는 반드시 실제적이어야 한다. 즉 마감 일자를 스스로 결정하는 일이라면 해야만 하는 일이 아니다. 물론 그런 경우는 대개 해야만 하는 일의 세부 항목으로 볼 수 있다.

그리고 해야하는 일의 상당수가 반복적으로 처리해야 하는 경우가 적지 않다. 그 가운데 상대적으로 작고 단순한 일도 적지 않기 때문에 상대적으로 관심도가 낮을 수도 있다. 하지만 앞서 적은 바와 같이 유의하지 않으면 안된다. 반복되는 일의 관리에서 좋은 점은 매번 좀더 나은 관리 절차나 요소를 파악할 수 있다는 점이다. 물론 이러한 판단에는 나름 연습과 노력이 필요한 것도 사실이다.

아무리 개관적 사안도 자신에게 관여되면 주관적 요소가 숨어들 수 밖에 없다. 반대로 자신의 문제가 가족이나 조직에 연관되면 너무 객관적 사안으로 인식될 수 있다. 때문에 하고 싶은 일이 드러나지 않게 해야 하는 일로 관리될 수 있다. 그러므로 재차 강조하지만 리뷰 과정을 통해 해당 일과 프로젝트 수행에 대한 부담을 계속 관리해야 한다. 세상에 의외로 반드시 해야만 하는 일은 많지 않다. 괜한 욕심은 정작 해야만 하는 작은 일이 드러나지 않을 수 있다.

하기 싫은 일, 못하는 일 그리고 할 수 없는 일

현재 GTD 시스템을 가득 채우고 있는 항목 가운데 비중이 가장 큰 것은 분명 수 개월에 걸쳐 계속 지연되고 있는 일들이다. 그리고 지연의 원인이 되는 일들은 아마도 할 수 없는 일, 혹은 하기 싫은 일 하지만 결국 못하는(못하고 있는) 일이 분명하다. 일반적으로 GTD 시스템에서 지속적으로(장기간에 걸쳐) 미뤄지고 있는 일들은 대개 할 수 있지만(있다고 생각하지만) 이런저런 이유로 연기되고 있는 일이라 본다. 하지만 결과적으로 보자면 이런 일들은 하기 싫은 일이나 못하는 일 즉 할 수 없는 일이랑 다를 바 없다. 즉 원인은 다르더라도 결과는 동일하다.

이러한 이유로 GTD 시스템을 신뢰성을 회복하고 실제적 활용성을 높이기 위해서는 장기간 지연되고 있는-할 수 있다고 자신하는-일들이 실제적으로 정말 할 수 있는 일인지를 냉정하게 평가해야만 한다. 앞서 말했듯 할 수 있는 일임에도 하고 있지 않고나 하기 싫거나 혹은 어떤 이유로든 못하고 있는 일이라면 결국 할 수 없을 일이다. 그런 일이라면 차라리 관리 시스템메서 삭제하는 것이 GTD 스타일 다운 대응이라고 할 수 있다.

만일 장기간 관리가 필요한 대상이 있다면 분명하게 구분되어 있어야 한다. 그렇다고 무작정 기약없이 머물고 있어서는 안된다는 것이다. GTD 시스템의 관리 대상이라면-운용자에 따라 다르겠지만-대략 1년 정도를 기준으로 삼을 수 있다. 그 이상이라면 GTD 시스템에서 관리되기는 어려운, 즉 일이라기 보다는 바램과 꿈의 대상이 아닐까 한다.

하지만 그런 결정이 쉽지 않다. 분명 버리거나 내려놓는 모든 일에는 크든 작든 미련이 남아 있기 때문일 것이다. 즉 할 수 없고, 하기 싫고 그리고 못할 것 같지만 혹시나 쉽게 할 수 있는 계기가 있을 것이라는 기대 내지는 바램으로 생명이 연장되고 있는 것이다. 혹은 그럼에도 불구하고 GTD 시스템에서 관리되어야만 한다는 당위성을 찾고 있을 지 모른다. 그렇다면 지금 당장 그 일을 실행해보기 바란다. 그러면 너무나도 쉽게 그 실행 여부 그리고 실행 의지를 파악할 수 있다. 그 결과에 놀라지 않을 수 없다~라고 할 수도 있겠지만, 사실 이미 다 알고 있었던 것일지도 모른다.

GTD 시스템의-일반적으로 주간 단위의-관리 단계는 시스템에서 향후 불안 요소가 될 수 있는 이러한 항목을 제거하는 것이 주요하다. 주간 단위든 월간 단위든 스스로의 능력과 의지에 대한 솔직한 평가가 있다면 현명한 결정을 할 수 있고, GTD 시스템은 실질적인 일 그리고 삶의 관리 도구의 하나가 될 수 있을 것이다. 만일 일말의 필요성이 있는 일이라면 어쩌나 걱정할 필요는 없다. 그런 일이라면 쉼 없이 수집함으로-때마다 다른 모습과 표현으로-들어오게 될 것이 분명하다.

OmniFocus 3 안내서 - 4. Reflect, 리뷰(검토)

GTD 시스템 운용의 네번 째 과정 Reflect, 즉 리뷰 단계는 GTD 시스템 운용에서 가장 중요한 역할을 한다. 그리고 이어지는 실제적 실행 및 운영 단계인 Engage 과정에서 진행되는 모든 일에 대한 설계와 평가를 담당하는 부분이기도 하다. 하지만 실제 실행 과정은 OF3와 무관하기 때문에 GTD 프로그램으로서의 운용은 Reflect 과정이 마지막이라고 할 수 있다.

OF3를 시작한 하루, 한 차례에 걸쳐 이전 Capture 과정에 이은 Clarify와 Organize 과정이 마무리 되었다면, 수신함은 비워지고 실행을 앞둔 모든 항목들은 프로젝트 그룹으로 옮겨진 상태가 된다. 결국 OF3의 기본 작업 환경은 수신함과 프로젝트 그룹으로 나눠져 있다고 볼 수 있다.

GTD 시스템의 Reflect 과정은 실제 실행 과정인 Engage 과정에 앞서 계획을 확인하고, 이후 결과를 반영한 관리를 위한 과정이라면 점에서, OF3에서는 프로젝트 화면에서 모든 실행 사항을 계획하고 실행한다. 그리고 정기적으로 OF3의 검토 화면을 통해 업무의 실행 및 진행 여부를 확인할 수 있도록 한다.

그리고 검토 개요가 정기적인 업무 진행 관리 상황을 위한 것이라면, OF3의 프로젝트 개요와 예측 개요는 일상적이고 즉각적인 업무 진행 관리를 위한 기능이라고 할 수 있다.

더불어 특정 상황, 위치 그리고 조건에 따른 업무 현황 관리를 위한 태그 개요과 플래그 지정됨 개요를 함께 활용할 수도 있다. 물론 OF3를 좀더 개인화된 상황에 적합하도록 꾸밀 수 있는 능력이 된다면, Pro 버전을 이용하여 개요를 새로 생성할 수도 있다.

• 프로젝트 개요

프로젝트 개요 즉 프로젝트 화면은 실행 가능한 모든 일상과 업무 항목이 개별 혹은 프로젝트로 구성되어 배치된 곳이다. Reflect 과정의 주된 관리 작업이 프로젝트 개요와 아래 예측 개요에서 진행되는 것에 반해, 태그나 예측 그리고 플래그 지정됨 개요는 상대적으로 사용 빈도나 효용성이 제한되어 있다고 볼 수 있다. 특히 OF3를 GTD 시스템으로서 보다는 일정 관리 시스템으로서의 사용 비중이 높다면 예측 개요를 많이 사용할 수도 있겠으며 그런 경우라면 달력이나 별도 일정 관리 프로그램을 사용하는 것이 더 효율적이라 본다.

OF3의 프로젝트 개요에서는 현재 관리되는 진행이거나 보류중인 모든 프로젝트나 업무 목록을 볼 수 있다. OF3에서의 모든 항목은 순차적 배열이 아닌 사용자가 입력한 순서나 입력한 위치에 설정되기 때문에 마우스를 이용하면 프로젝트와 업무 항목의 순서를 조정할 수 있다. 이점이 OF1 시절과 가장 다른 점인데, OF1에서는 프로젝트나 업무 목록의 각 항목은 마감일이나, 소요 시간 등 여러 요소로 정렬이 가능했다.

프로젝트 구성과 운용은 OF3의 기본적인 운용 방식이기 때문에 별도의 포스팅으로 적어보고자 한다. 만일 OF3에서 프로젝트 단위의 업무 진행 현황이 아닌 전체 관리 항목의 순차적 진행 현황을 기준으로 관리를 하고 싶은 경우에는 아래의 예측 개요를 이용할 수 있다.

• 예측

프로젝트 개요가 계층적 프로젝트 구성으로 OF3에서 관리하는 전체 업무 현황을 보여주는 것에 반해, 예측 개요 화면은 단순하게 보자면 날짜별 업무 목록의 나열이라는 점에서 일반적인 업무 목록 관리 기능이라고 할 수 있다.

실제 프로젝트와 같은 특정 목표를 기준으로 진행 상황을 점검하는 기능이 아닌 날짜별로 연속된 업무 일정을 확인할 용도가 종종 있다. 다만 일 단위로 해야 하는 일이 많다면 화면이 작은 경우 시각적으로 다소 불편할 수도 있다.

예측 개요의 화면 왼쪽에는 한달 치 달력이 배치되어 있고, 해당 일의 업무 항목 수가 표시되어 있으며, 오른쪽 목록에는 마감일 기준 미완료 항목과 현재 실행 항목 그리고 미래 항목이 순차적으로 나열된다. 각 항목의 색상은 마감일 이후 완료 확인하지 못한 항목은 빨간색, 마감일 임박한 항목은 노란색으로 나타난다.

그리고 예측 개요 화면의 오른쪽 업무 목록에 macOS의 달력 프로그램에서 관리되는 사항을 함께 볼 수 있게 되었는데, 표시 화면 구성에서 전체 혹은 일부 달력을 선택할 수 있다.

• 태그 개요

태그 개요의 화면은 개별 업무 항목의 태그 및 프로젝트가 지정된 태그를 임의 순서로 보여준다. 배열 순서는 사용자가 역시 임의로 구성이 가능하다. OF3는 멀티 태그에서도 기존 컨텍스트와 같이 계층 구조를 지원하기 때문에 다양한 구조의 태그 배치가 가능하다.

태그 자체의 활용성과 달리 OF3의 태그 개요 화면을 효용성은 사용자에 따라 다를 수 있는데, 각 태그가 지정된 업무 항목들은 동일한 사전 조건 요소를 공유하고 있다는 점에서 관리 대상에 지정된 사전 조건들이 유사한 사항들과 비교되면서 태그 지정의 적절성을 검토할 수 있다.

GTD 시스템에서의 컨텍스트가 가지는 의미에서 태그의 활용성은 전체 시스템의 운용성과 신뢰성을 유지할 수 있는 요소라는 점에서 활용을 위한 관심과 노력이 필요한 부분이다. 하지만 GTD 시스템의 운용 방식이나 적용 사안에 따라 태그의 범위나 구조가 제각기일 수 있다는 점에서 일률적으로 특정한 태그 구조나 적용 방식 그리고 분류를-비록 참고는 가능할 수 있지만-그대로 따라 한다는 것은 시스템 운용에 심각한 피로감을 초래할 수 있다. 물론 다양한 사용자의 태그 사용과 구조의 효율성을 참고하여 자신에게 맞는 최적의 태그 구성과 구조를 개발하는 것도 나쁜 방법이라 할 수는 없지만, 강조했듯 GTD 시스템을 완벽한 체계로 전제하고 운용하기란 불가능하기 때문에 태그의 구성과 운용 역시 사용자의 상황에 따라 즉각적인 수정이나 변경이 가능한 대상이다.

• 플래그 지정됨

OF3의 플래그 지정됨 개요는 태그와 같은 구조로 연동된다. 즉 태그의 목록 순서나 구조가 변경하면 플래그 개요의 목록로 함께 변경된다. 물론 반대의 경우도 마찬가지이다. 그런 점에서 플래그 지정됨 개요는 플래그 지정이 많지 않다면 사용 빈도가 적을 수 밖에 없다.

반면 플래그 사용이 많다면 즉 의도적으로 활용을 한다면, 별도로 관리할 수 있는 화면을 제공한다는 점에서 효율적인 활용이 가능하다고 볼 수 있다. 결국 OF3의 사용자가 플래그를 어떤 용도로 사용 하느냐에 따라 그 활용성이 결정된다고 볼 수 있다. 예로 GTD 시스템의 주요 관리 규칙에 비춰 어쩔 수 없이 예외적 관리 대상이나 주의해야 할 업무 항목을 별도로 구분하여 사용하는 용도로 활용할 수 있으며, 또는 GTD 시스템에 관리하는 업무 범위 외적인 요소임에도 별도 프로젝트나 폴더로 구분하여 사용할 수 없는 요소에 플래그를 지정하여 운용할 수도 있을 것이다.

• 검토

마지막 검토 개요는 Reflect 과정의 핵심적인 기능 화면으로 앞서 프로젝트 및 각 업무 항목에 설정된 검토 간격에 따라 정기적으로 점검하는 곳이다. 즉 앞서 프로젝트 개요나 예측 개요 혹은 태그 개용 등이 일상적 즉각적 관리를 위한 용도라면 검토 개요는 일주일이나 3일 등 정해진 간격으로 업무 진행 여부 파악과 수정 등을 전체적으로 검토하는 곳이다.

하지만 각 항목에 설정된 검토 간격이 다르기 때문에 일률적이 아닌 해당 간격에 따라 검토 개요에 나타나는 관리 요소가 다르다. 매일 검토해야 할 대상이 있을 수 있고, 일주일이나 이주일에 한번씩 검토해야할 대상도 있을 것이다. 이런 측면에서 개별 항목의 반복 기간과 헛갈릴 수 있는데, 반복 기간은 기본적으로 반복 업무 항목의 추가적 생성을 위한 것이지만 검토 기간은 정해진 일정 간격 단위로 현재 업무 상태를 보여주는 역할을 한다.

GTD 시스템에서 원칙적으로 개별 업무나 프로젝트의 각 항목의 실행 및 완료 그리고 수정 여부는 Refelect, 리뷰 과정에서 수행하는 것이다. 하지만 현실적으로 하루이틀은 커녕 몇 시간만에 진행 여부를 확인해야 하는 경우도 잦은 것이 일상이다. 사실 그런 개별적인 업무는 GTD 시스템에서 관리될 수 없다. 때문에 일정 관리나 별도의 업무 관리 프로그램이 필요한 것이기도 하다. GTD 시스템은 그러한 개별 업무의 실행 여부 보다는 전체적인 시각으로 프로젝트나 주요한 업무의 실행 및 완료 여부를 관리하기 위한 목적이다. GTD 시스템의 이런 보수적, 폐쇄적 기능 구조는 애초부터 컴퓨터 프로그램 운용을 크게 주요하게 다루지 않은 덕분이라고 할 수 있다.

하지만 현재는 GTD 시스템도 현실적인 필요성을 외면할 수 없기 때문에 새롭게 리뉴얼 되면서 리뷰 과정의 반복 기한에 대한 보수적 시각을 해제 되어, 리뷰 과정을 가능한 자주 진행하도록 권장하고 있는 편이다.

때문에 OF1 시절만해도 현재의 Reflect, 검토 과정은 Review 개요에서만 운용하는 것을 원칙으로 했다고 볼 수 있었지만, OF2와 OF3에서는 구조와 인터페이스가 변경되면서 현재와 같은 구성으로 유지되고 있다. 다시 말해 OF3에서는 일상적 업무 입력과 진행에 대한 관리는 프로젝트와 태그를 중심으로 진행하고, 정기적으로 정해진 간격의 업무들은 검토 화면에서 진행을 관리하는 방식이다.

그리고 OF3의 기능적 관리 구성과 구조를 파악했다면, 이러한 리뷰 즉 검토 기능을 어떻게 자신의 업무와 생활 습관에 맞춰 실질적인 Refelct 과정을 구현하는 가에 대한 운용 측면을 생각해볼 필요가 있다.